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PAYMENT MEDIA MANAGEMENT 



This application claims priority jfrom the following U.S. Provisional Patent 
AppUcations: 60/408,303, filed September 6, 2002, 60/448,484, filed February 21, 2003, 
60/460,055, filed April 4, 2003 and 60/460,420, filed April 7, 2003. 



1. Field of Invention 

[0001] This invention generally relates to the use and management of payment 
media within a retail environment. In particular, the invention relates to methods, 
apparatuses, systems to enable secure, auditable, efficient, and cost effective movement of 
payment media both within the retail environment and to final reconciliation with a banking 
institution. 

2. Description of Related Art 

[0002] There are a numerous issues facing a retailer with respect to maaaging 
payment media flow, including for example, loss due to firaudulent activity or accounting 
errors, increased resource and equipment costs associated with handling large quantities of 
payment media on site, the need to reduce the cost of handling and prepariiig payment media 
by third parties such as cash-in-transit (CIT) operators, and a requirement to secure the 
integrity of the payment media audit trail both within the retailer and potentially while the 
payment media is in transit. Each of these issues is discussed in more detail below. 

Loss Due to Fraudulent Activity 

[0003] As with all enviroimients where payment media is present, fi-audulent 
activity is a key concem. Examples of fraudulent activity include the passing of coimterfeit 
currency, which may be accidentally or deliberately accepted by a cashier. As counterfeit 
currency is not legal tender and will not be accepted as such by a commercial bank, the 
acceptance of it by the retailer constitutes a loss. It is also known for cashiers to deliberately 
pass excess change to associates or seek to defraud the retailer by not entering the correct 
value for goods. Such loss events are not confined to the shop/retail store floor and may take 
place in the back office either before or after the payment media has been coimted and/or 
prepared for cash-in-transit (CIT) or a commercial bank. Essentially, any point where there is 
human intervention or handling of payment media presents an opportunity for fraudulent 
activity. As a result, any party receiving payment media has to recount it in order to be 
certain the correct amount has been passed. The recounting of payment media is costly and 



BACKGROUND OF THE INVENTION 



wo 2004/023257 ^^T/US2003/027724 

time consuming- If human intervention can be limited or avoided then tiie need to recount the 
payment media is also reduced or avoided. 

Tticreased Resource Salarv Costs to the Retailer 

[0004] Retailers need to know the amount of payment media they are passing on to 
the CIT operator or conmiercial bank otherwise any loss while the payment media is in transit 
or with the CIT/Bank will have to be absorbed by the retailer. Because such situation is 
unacceptable to the retailer, in general, the payment media is counted before being picked up 
by the CIT Logistics. The coxmting activity is costiy, time consuming and requires human 
intervention and the consequent exposure to fraudulent activity. However, it is essential the 
retailer know exactly how much payment media they are passing out to a CIT or commercial 
bank so they cuirentiy have to employ additional stafif or reallocate resource to this activity. 

[0005] There are additional issues where a retailer is reallocating staff from other 
duties or requiring staff to carry out the counting function as part of their usual retail staffing 
duties. Notably, it shovdd be appreciated that unlike banking stafif who are trained to handle 
payment media and equipment, many retail staff are only given very brief training. Therefore, 
tiie counting process needs to be as simple as possible. The retail staff should not be required 
to interact to any great extent with the equipment or be required to make, sometimes difficult, 
decisions, such as, for example, tiie provision of till start fimds or denomination distributions 

when issuing change. 

T^educe the Cost of Hand linp; and Preparing Pay ment Media bv Third Parties 
[0006] Large retailers are required to present payment media to a CIT payment 
media processor or commercial bank in a given format. This format may be governed by the 
conmiercial bank or the CIT to enable them to count and reconcile the payment media as 
quickly and efficiently as possible. The responsibiUty is therefore on the retailer to ensure the 
payment media deposit is prepared correctly before passing to the bank. Where the retailer 
does not or cannot prepare the payment media, CIT operators may be used to prepare the 
payment media away from the retail site. This is very expensive and generally not a cost 
effective solution other than for the largest of retailers. Also, because an additional payment 
media handling process is being carried out with human intervention, there is another 
exposure to fraudulent activity. 

Provision of a Secure Audit Trail 

[0007] Currently within most retail environments, a retailer is unable or finds it 
difficult to determine at what point payment media loss is occurring. For example, in many 
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retail outlets a cashier will log onto a till at the start of a shift and log off at the end. 
Typically, the till position will be taken up by another cashier who works the next shift. 
Further, cashiers may log on and off of tills during a shift dependent upon the number of tills 
that need to be open at any one time due to customer demand, hi addition, tills may be 
emptied either periodically or only at the end of a day. Thus, it is very rare that a till will be 
cashed at the same time the cashier logs on or off. Consequently, identifying which cashier 
was operating the till when a loss was incurred is near impossible. The retailer would wish to 
know which cashier was operating the till at the time when a loss occurred so the cashier can 
either be retrained, if the loss was a legitimate accident, or disciplined is the loss was 
deliberate and unlawful. Thus, in the back office and CIT operator, it is desirable to avoid 
human intervention during the payment media handling process. 

[0008] Being able to secure the audit trail also provides a greater degree of 
confidence to the commercial banks that the reconciled payment media total is the same as 
that being passed physically, if this is the case, via fbe CIT. Being able to secure the audit 
trail during payment media movement from the till to the bank, it is possible to remove the 
need for the bank to recount the payment media, thereby enabling the recipient bank to credit 
the retailer's account earlier. 

[0009] FIG. 1 schematically illustrates a current payment media management cycle 
1 within a retail environment. As shown in FIG. 1, payment media 5 is accepted by a retailer 
10 from a customer at a till 20. It will be noted that in the majority of retailers there will be 
more than one till, including for example tens of tills 20a-n. Dependent upon the retailer, the 
payment media 5 may be taken directly to the back office 30 to be reconciled or taken via a 
supervisor 25, The supervisor 25 collects the payment media 5 and may also issue change or 
start funds as and when required. Irrespective of the route, the payment media 5 is taken to a 
secure back office area 30 for counting and reconciling internally. 

[0010] Once counted and reconciled, the payment media is taken once a week or 
more to a Cash ra Transit (CIT) operator 40. The transportation of payment media is usually 
via a secure CIT logistics operator 42. Once the payment media is in the CIT 40, it usually 
has to be prepared and put into a format suitable for high speed sorting and counting. This 
preparation process is very time consuming and expensive. Once prepared, the payment 
media 5 is counted and reconciled. Dependent upon the CIT operator's relationship with a 
commercial bank, the payment media may or may not be then taken to the commercial bank 
50. Increasingly, the payment media 5 is held at the CIT 40 and redistributed back to retailers 
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10. The bank 50 receives details of the payment media amomit from the CIT 40 and credits 
the retailer's account 10 accordingly. This cycle from retailer accepting payment media from 
a customer to having their account credited may take a significant time. The period of time is 
governed by the paymrat media cycle within which the retailer is operating. 

[0011] There are generally two main paymrait media cycles utilized by retailers, a 
Traditional Banking cycle and the Prime Count cycle. In both payment media cycles, the 
trading week typically runs from Simday to Saturday, however, this may not always be the 
case. 

[0012] Considering first the Prime Count cycle, the payment media is collected by a 
err logistics operator on a Monday. It is then delivered and through Tuesday prepared in a 
suitable format for counting. On the Wednesday the payment media is then counted and 
finally the retailer's account is credited on the Thursday. If there is a very high volume of 
payment media the preparation and counting may take several days each and thus delay the 
crediting of the account. For some retailers who take very large volumes of payment media, it 
can be more economically viable to have multiple collections during the retail week. 

[0013] Within the Traditional Banking cycle, generally, the retail week also runs 
from Sunday to Saturday. On Monday, the retailer will collect the payment media, which is 
then counted and reconciled internally on the Tuesday. Late Tuesday the payment media is 
collected and taken to the CIT operator. The CIT operator prepares and counts the payment 
media on Wednesday and into Thursday as appropriate for the volume of payment media. 
Finally, the retailer has their accoxmt credited on the Thiursday or Friday. 

[0014] The time required by the CIT is very much dq)endent upon the volume of 
payment media and the amoimt of preparation required. It is preferable to retailer to improve 
this situation in two ways. Firstly, the retailer would like to limit the cost of the CIT logistics, 
preparation and coimting operations. Secondly, the retailer would like their account to be 
credited far sooner. 

SUMMARY OF THE INVENTION 
[0015] This invention provides systems and methods that minimize or remove 
hiraian intervention during the paymrat media handling process on the shop floor, in flie back 
office and at the CIT. By automating processes and providing physical, tamper evident secure 
means for transporting the payment media, it is possible to limit, if not remove, the need for 
retail staff to handle payment media. 
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[0016] This invention provides systems and methods that enable the retailer to 
count, reconcile and prepare the payment media in a format that is acceptable to die 
commercial banks, thus removing the need for CTT operators to handle the payment media 
beyond tiie transportation requirement. 

[00171 This invention provides systems and methods for a secure audit trail that 
detail payment media movement fiom the payment media originating source to the bank. By 
providing security and integrity for both the physical payment media and audit trail it is 
possible to remove the need for payment media to be recounted by the conraiercial bank and 
in consequence the retailer could have their bank account credited far sooner than is currently 
tiie case. 

[0018] This invention provides systems and methods for reconciling payment media 
receipts at or as near the payment media originating source as possible. This enables a retailer 
to quickly identify which payment media originating sources are falling short. 

[0019] This invention provides systems and methods that provide a secure 
environment for payment media and/or payment media handling in the retail store, including 
the back office. 

[0020] This invention provides systems and methods that enable the retailer to 
manage the payment media internally, reissuing payment media back into the retail store in a 
fiilly audited manner. The reissue of payment media may be for example restocking ATM's, 
or payment media originating source floats. This enables the retailer to minimize the amount 
of payment media that needs to be handled by the CIT and bank. 

[0021] This invention provides methods and systems for electronically managing 
payment media in a retail store. The retail store may include one or more of at least a single 
store, multiple stores, one or more third party concession stands located witiiin a single store 
and two or more stores located within a mall. 

[0022] In one exemplary embodiment according to this invention, a method of 
electronically managing payment media in a retail store is performed by automatically 
detennining the possibility of providing a proposed payment media management solution in 
response to a payment media processmg request, and providing the proposed payment media 
management solution, if possible, in response to the request. The request may be provided by 
an operator in a retail store, or automatically provided by a controller in response to 
instructions stored on a machine-readable storage medimn. 
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[0023] The proposed payment media management solution may include one or more 
of at least a start fund solution, a payment media change dispensing solution, a payment 
media advance solution, a bank deposit solution, a coupon redemption solution and a 
payment media acceptance operation solution. A pluraUty of the proposed payment media 
management solutions may be simultaneously provided for a pluraHty of operators in a retail 
store. Further, one or more proposed payment media management solutions may be provided 
for at least one payment media originating source comprising one or more of at least a retail 
till, a retailer back office, a coin redemption device and a third party retail concession. 

[0024] In one exemplary embodiment, the step of automatically determining the 
possibility of providing a proposed payment media management solution is performed based 
on one or more of at least a group of rules stored in a lookup table, instructions provided for a 
retail store, instructions provided by an entity other than a retail store, and instructions based 
on real time or substantiaUy real time analysis of payment media activity information that is 
electronically obtained in a retail store during a predetermined period of time. 

[0025] The group of rules may consider one or more of at least one of retailer type, 
retailer size, retailer location, type of payment media originating device where the proposed 
payment media management solution is to be provided, the specific payment media 
originating device for which the proposed payment media management solution distiibution 
is requested, time of day for the proposed payment media management solution distribution, 
calendar date for the proposed payment media managemrait solution distribution, calendar 
date of national or local hoUdays, calendar date of scheduled festivities or organized events, 
and a retail store scheduled sales event. 

[0026] The payment media activity information may comprise electronic point of 
sale (EPOS) data, payment media refund amount information, firequency and size of payment 
media refunds processed within a predetermined period of time, payment media information 
from an automatic teller machine located in a retail store, payment media information from a 
third party payment media redemption machine located in a retail store, a value of payment 
media in a retail store, a denomination of payment media in a retail store, media type and 
payment media pickup or delivery information scheduled by a cash-in-transit operator. 

[0027] The instmctions provided by the entity other than a retail store may be 
provided to a retail store via a communication network. 
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[0028] In one exemplary embodiment, detemiining the proposed payment media 
management solution may require no additional input other than the payment media 
processing request 

[0029] The proposed payment media management solution may be modified based 
on further input firom a retail store operator requesting the payment media management 
solution, 

[0030] In another exemplary embodiment according to this invention, there is 
provided a machine-readable storage medium that provides instructions for electronically 
managing payment media in a retail store, the instructions, when executed by a processor, 
cause the processor to perform operations comprising automatically determining the 
possibility of providing a proposed payment media management solution in response to a 
payment media processing request; and providing the proposed payment media management 
solution, if possible, in response to the request 

[0031] The proposed payment media management solution may include one or more 
of at least a start fund solution, a payment media change dispensing solution, a payment 
media advance solution, a bank deposit solution, a coupon redemption solution and a 
payment media acceptance operation solution. A plurality of the proposed payment media 
management solutions may be simultaneously provided for a plurality of operators in a retail 
store. Further, one or more proposed payment media management solutions may be provided 
for at least one payment media originating source comprising one or more of at least a retail 
till, a retailer back oflBce, a coin redemption device and a third party retail concession. 

[0032] In one exemplary embodiment, automatically determining the possibility of 
providing a proposed payment media management solution is performed based on one or 
more of at least a group of rales stored in a lookup table, instractions provided for a retail 
store, instractions provided by an entity other than a retail store, and instractions based on 
real time or substantially real time analysis of payment media activity information that is 
electronically obtained in a retail store during a predetermined period of time. 

[0033] The group of rules may consider one or more of at least one of retailer type, 
retailer size, retailer location, type of payment media originating device where the proposed 
payment media management solution is to be provided, the specific payment media 
originating device for which the proposed payment media management solution distribution 
is requested, time of day for the proposed payment media management solution distribution, 
calendar date for the proposed payment media management solution distribution, calendar 
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date of national or local holidays, calendar date of scheduled festivities or organized events, 
and a retail store scheduled sales event. 

[0034] The payment media activity information may comprise electronic point of 
sale (EPOS) data, payment media refund amount information, frequency and size of payment 
media refunds processed within a predetermined period of time, payment media information 
from an automatic teller machine located in a retail store, payment media information from a 
third party payment media redemption machine located in a retail store, a value of payment 
media in a retail store, a denomination of payment media in a retail store, media type and 
payment media pickup or delivery information scheduled by a cash-in-transit operator. 

[0035] In various other exemplary embodiments according to this invention, there is 
provided a system for electronically managmg payment media in a retail store having one or 
more payment media originating sources. In one exemplary embodiment, the system 
comprises a controller that automatically determines the possibility of providing a proposed 
payment media management solution in response to a payment media processing request; and 
provides the proposed payment media management solution, if possible, in response to the 
request. 

[0036] The proposed payment media management solution may include one or more 
of at least a start fund solution, a payment media change dispensing solution, a payment 
media advance solution, a bank deposit solution, a coupon redemption solution and a 
payment media acceptance operation solution. A plurality of the proposed payment media 
management solutions may be simultaneously provided for a pluraUty of operators in a retail 
store. Further, one or more proposed payment media managraient solutions may be provided 
for at least one payment media originating source comprising one or more of at least a retail 
till, a retailer back office, a coin redemption device and a third party retail concession. 

[0037] hi one exemplary embodiment, the controller automatically determines the 
proposed payment media management solution based on one or more of at least a group of 
rules stored in a lookup table, instructions provided for a retail store, instructions provided by 
an entity other than a retail store, and instructions based on real time or substantially real time 
analysis of payment media activity information that is electronically obtained in a retail store 
during a predetermined period of time. 

[0038] The group of mles may consider one or more of at least one of retailer type, 
retailer size, retailer location, type of payment media originating device where the proposed 
payment media management solution is to be provided, the specific payment media 
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originating device for which the proposed payment media management solution distribution 
is requested, time of day for the proposed payment media management solution distribution, 
calendar date for the proposed paymrat media management solution distribution, calendar 
date of national or local holidays, calendar date of scheduled festivities or organized events, 
and a- retail store scheduled sales event. 

[0039] The payment media activity information may comprise electronic point of 
sale (EPOS) data, payment media refund amount information, frequency and size of payment 
media refunds processed within a predetermined period of time, payment media information 
from an automatic teller machine located in a retail store, payment media information from a 
third party payment media redemption machine located in a retail store, a value of payment 
media in a retail store, a denomination of payment media in a retail store, media type and 
payment media pickup or delivery information scheduled by a cash-in-transit operator, 

[0040] In various exemplary embodiments, the sj^em further comprises a payment 
media handling apparatus having a user interface coupled to the controller. The payment 
media handling apparatus may comprise one or more of a payment media dispensing device, a 
payment media acceptance device, a payment media recycling device and a payment media 
deposit processing device. Further, the payment media handling apparatus may be 
electronically coupled to one or more of the payment media originating sources in a retail 
store through a coromimication network. 

[0041] In one exemplary embodiment, the payment media handling apparatus 
comprises at least one of a payment media counter, a payment media sorter, a payment media 
dispenser, a payment media acceptor, a payment media recycler, and a payment media deposit 
assembler. The payment media dispensing device, payment media acceptance device, 
payment media recycling device and payment media deposit processing device may be 
included m a single housing. 

[0042] This invention separately provides methods and systems for electronically 
determining a start fund for one or more payment media originating sources in a retail store. 
In one exemplary embodiment, determining the start fund for one or more payment media 
originating sources may require no additional input from a payment media originating source 
user requesting the start fund, other than the request. Alternatively, determining the start fund 
may include presenting the determined start fund distribution makeup to a payment media 
originating source user requesting the start fund; and modifying the determined start fund 
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distribution makeup based on an input from the payment media originating source user 
requesting the start fund. 

[0043] The retail store may include one or more of at least a single store, multiple 
stores, one or more third party concession stands located within a single store and two or 
more stores located within a mall. The one or more payment media originating sources may 
comprise at least one of a retaU till, retailer back office, coin redemption device and a third 
party retail concession. 

[0044] In one exemplary embodiment according to this invention, a method of 
electronically determining a start fund for one or more payment media originating sources in a 
retail store comprises receivmg a request for the start fund; and automatically determining a 
start fund distribution makeup based on at least one start fund determining criteria. The 
request may be provided by an operator in a retail store, or automatically provided by a 
controller in response to instractions stored on a machine-readable storage medium. The start 
fund distribution makeup defines at least a value, a denomination split and a media type in the 
start fund. 

[0045] In one exemplary embodiment, the at least one start fund determining criteria 
is based on a set of rules established for the one or more payment media originating sources 
located in a retail store. The set of rules considers one or more of at least retailer type, 
retailer size, retailer location, type of payment media originating source where the start fund 
is to be distributed, time of day for start fund distribution, calendar date for the start fund 
distribution, calendar date of national or local holidays, calendar date of scheduled festivities 
or organized events, and a retail store scheduled sales event. 

[0046] In another exemplary embodiment, the at least one start fund determining 
criteria is defined for each payment media originating source in a retail store according to a 
policy defined for a retail store. The policy may be provided locally by a retail store operator. 
Alternatively, the poUcy may be provided from a location remote from a retail store. The 
policy considers one or more of at least the type of payment media originating source where 
the start fund is to be distributed, time of day for start fund distribution, calendar date for the 
start fund distribution, calendar date of national or local holidays, calendar date of scheduled 
festivities and organized events, and a retail store scheduled sales event. The poUcy further 
provides for periodic changes of the start fund distribution makeup for the one or more 
payment media originating sources. The policy may provide for a predetermined start fund 
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distribution mak&xp for one or more payment media originating sources for a period of time 
longer fhan one day. 

[0047] In yet another exemplary embodiment, the at least one start fund determining 
criteria is based on real time or near real time analysis of retail sales activity information tiiat 
is electronically obtained &om one or more payment media originating sources in a retail 
store during a predetermined period of time. The retail sales activity information comprises 
electronic point of sale (EPOS) data that may be used to automatically forecast a likely start 
fund amount and denomination spUt. The EPOS data may also be compared with information 
obtained ftom other sales or business activities performed in a retail store. This information 
may comprise product refund amount information, frequency and size of payment media 
refunds processed within a predetermined period of time, payment media dispensed 
information or payment media received information from an automatic teller machine located 
in a retail store, value and denomination of payment media stored in a retail store, and 
payment media pickup or deUvery information scheduled by a cash-in-transit operator. 

[0048] In another exemplary embodiment, the at least one start fund determining 
criteria may be defined for each payment media originating source in a retail store according 
to a policy defined at a remote location from the retail store. 

[0049] A plurality of the start fund distribution makeups may be simultaneously 
deteimined for a plurality of payment media originating sources in a retail store, flie plurality 
of start fund distribution makeups being distinct fix>m each other. Further, a pluraUty of the 
start fund distribution makeups may be simultaneously determined for a plurality of payment 
media originating sources in a plurality of retail stores. 

[0050] In another exemplary embodiment according to this invention, there is 
provided a machine-readable storage medium that provides instructions for electronically 
deteraiining a start fund for one or more payment media originating sources in a commercial 
or retail enviromnaat, the instmctions, when executed by a processor, cause the processor to 
perform operations comprising tiie step of processing a request for the start fund; and the step 
of automatically detemiining a start fund distribution makeup based on at least one start fiind 
determining criteria, wherein the start fund distribution makeup defines at least a value, a 
denomination split and a media type in the start fund. 

[0051] The retail store may include one or more of at least a single store, multiple 
stores, one or more fliird party concession stands located within a single store and two or 
more stores located within a mall. The one or more payment media originating sources may 



wo 2004/023257 — ^CT/US2003/027724 

comprise at least one of a retail till, retailer back office, coin redemption device and a third 
party retail concession. 

[0052] The at least one start fund detmnining criteria may be based on at least a set 
of rules established for the one or more payment media originating sources located in a retail 
store. Alternatively, the at least one start fund determining criteria may be defined for each 
payment media originating soinrce in a retail store according to a policy defined for a retail 
store. In a further alternate embodiment, the at least one start fimd detennining criteria is 
based on real time or substantially real time analysis of retail sales activity information that is 
electronically obtained from one or more payment media originating sources in a retail store 
during a predetermined period of time. 

[0053] In another exemplary embodiment according to this invention, there is 
provided a system to electronically determine a start fund for one or more payment media 
originating sources in a commercial or retail environment. The system comprises a controller 
that processes a request for the start fimd, and determines a start fund distribution makeup 
based on at least one start fimd determining criteria, wherein the start fund distribution 
makeup defines at least a value, a denomination split and media type in the start fund. 

[0054] The retail environment may include a retail store, each retail store having 
one or more of at least a single store, multiple stores, one or more third party concession 
stands located within a single store and two or more stores located within a mall. The one or 
more payment media originating sources may comprise at least one of a retail till, retailer 
back office, coin redemption device and a third party retail concession. 

[0055] The at least one start fimd deteraiining criteria may be based on at least a set 
of rules established for the one or more payment media originating sources located in a retail 
store. Altematively, the at least one start fimd detennining criteria may be defined for each 
payment media originating source in a retail store according to a policy defined for a retail 
store. In a fiirther alternate embodiment, fiie at least one start fimd determining criteria is 
based on real time or substantially real time analysis of retail sales activity information that is 
electronically obtained from one or more payment media originating sources in a retail store 
during a predeteraiined period of time. 

[0056] This invention separately provides methods and systems for electronically 
processing a payment media change operation for one or more payment media originating 
sources that comprise one or more of at least a retail till, a retailer back office, a coin 
redemption device and a third party retail concession. 
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[0057] In one exemplary embodiment according to this invention, a method of 
electronically processing a payment media change operation for one or more payment media 
originating sources comprises receiving a request for tiie payment media change operation; 
automatically determining a payment media change makeup based on a payment media 
amount presented and at least one payment media change makeup processing criteria; and 
providing the payment media change makeup to an operator, wherein the payment media 
change makeup defines at least a value, a denomination split, and media type. The payment 
media originating sources comprises one or more of at least a retail till, a retailer back office, 
a coin redemption device and a third party retail concession. 

[0058] The at least one payment media change makeup processing criteria is based 
on at least one of a set of rules, a policy defined for a retail store and real time or substantially 
real time analysis of retail sales activity information that is electronically obtained firom one 
or more payment media originatibag sources in the retail store during a predetermined period 
of time within a retail store, wherein a retail store includes one or more of at least a single 
store, multiple stores, one or more third party concession stands located within a single store 
and two or more stores located within a mall. 

[0059] The set of rales considers one or more of at least the payment media 
denomination available, the size of a payment media denomination presented, retailer type, 
retailer size, retailer location, type of payment media originating source for which the 
payment media change makeup is to be distributed, time of day for dispensing the change 
makeup distribution, calendar date for dispensing the change makeup, calendar date of 
national or local holidays, calendar date of scheduled festivities or organized events, and a 
retail store scheduled sales event. 

[0060] The policy may be provided locally for a retail store, or altOTtiatively may be 
provided fi*om a location remote from a retail store. 

[0061] The policy considers one or more of type of payment media originating 
source where the change is to be distributed, time of day for payment media change 
distribution, calendar date for the payment media change distribution, calendar date of 
national or local holidays, calendar date of scheduled festivities and organized events, and a 
retail store scheduled sales event. Further, the policy provides for periodic changes of the 
payment media change makeup for the one or more payment media originating sources. 
Moreover, the policy maintains a predetermined payment media change makeup for one or 
more media payment originating sources for a period of time longer than one day. 
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[0062] The retail sales activity infoimation comprises electronic point of sale 
(EPOS) data that may be used to automatically forecast at least one of a likely payment media 
change value, a denomination spUt and a media type. In one exemplary embodiment, the 
EPOS data may be compared with infoimation obtained firom other sales or busmess activities 
performed in a retail store. This information may comprise product refund amount 
information, frequency and amounts of payment media refunds processed within a 
predetermined period of tune, payment media dispensed information or payment media 
received infoimation from an automatic teller machine located in a retail store, value and 
denomination of payment media stored in a retail store, and payment media pickup or 
delivery information scheduled by a cash-in-transit operator. 

[0063] Determining the payment media change makeup may require no input from 
an operator requesting the payment media change. Alternatively, the payment media change 
makeup may be based on an input from the operator requesting the payment media change. 

[0064] Further, the at least one payment media change makeup processing aiteria 
may be defined for each payment media originating source in a retail store according to a 
poUcy defined at a remote location fi^om a retail store. 

[0065] In another exemplary embodiment according to this invention, there is 
provided a machine-readable storage niedium that provides instractions for electironically 
processing a payment media change operation for one or more payment media originating 
sources, the instixictions, when executed by a processor, cause the processor to perform 
operations comprising processing a request for flie payment media change operation; 
automatically determining a payment media change makeup based on a payment media 
amount presented and at least one payment media change makeup processing criteria; and 
provide the payment media change makeup to an operator, wherein tiie payment media 
change makeup defines at least a value, a denomination split, and media type. The payment 
media originating sources comprises one or more of at least a retail till, a retailer back office, 
a coin redemption device and a thhrd party retail concession. 

[0066] In the machine-readable storage mediiun, the at least one payment media 
change makeup processing criteria is based on at least one of a set of rules, a policy defined 
for a retail store and real time or substantially real time analysis of retail sales activity 
information that is electironicaUy obtained &om one or more payment media originating 
sources in the retail store during a predeteimined period of time within a retail store, wherein 
a retail store includes one or more of at least a single store, multiple stores, one or more third 
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party concession stands located within a single store and two or more stores located within a 
mall. 

[0067] The set of rules considers one or more of at least the payment media 
denomination available, the size of a payment media denomination presented, retailer type, 
retailer size, retailer location, type of payment media originating source for which the 
payment media change makeup is to be distributed, time of day for dispensing the change 
makeup distribution, calendar date for dispensing the change makeup, calendar date of 
national or local holidays, calendar date of scheduled festivities or organized events, and a 

retail store scheduled sales event. 

[00681 The policy may be provided locally for a retail store, or alternatively may be 

provided from a location remote from a retail store. 

[0069] The policy considers one or more of ^e of payment media originating 
source where the change is to be distributed, time of day for payment media change 
distiibution, calendar date for the payment Media change distiibution, calendar date of 
national or local hoUdays, calendar date of scheduled festivities and organized events, and a 
retail store scheduled sales event. Further, the poUcy provides for periodic changes of the 
payment media change makeup for the one or more payment media origmating sources. 
Moreover, tiie poUcy maintains a predetermined payment media change makeup for one or 
more media payment origmating sources for a period of time longer than one day. 

[0070] The retail sales activity information comprises electronic point of sale 
(EPOS) data that may be used to automatically forecast at least one of a likely payment media 
change value, a denomination spUt and a media type. Jn one exemplary embodiment, the 
EPOS data may be compared with information obtained from other sales or busmess activities 
performed in a retail store. This information may comprise product refund amount 
information, frequency and amounts of payment media reftmds processed within a 
predetermined period of time, payment media dispaised information or payment media 
received information from an automatic teller machine located in a retail store, value and 
denomination of payment media stored in a retail store, and payment media pickup or 
delivery information scheduled by a cash-in-transit operator. 

[0071] Determining tiie payment media change makeup may require no input from 
an operator requesting the payment media change. Alternatively, tiie payment media change 
makeup may be based on an input from the operator requesting the payment media change. 
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[0072] Further, the at least one payment media change makeup processing criteria 
may be defined for each payment media originating source in a retail store according to a 
poUcy defined at a remote location &om a retail store. 

[00731 hi yet another exemplary embodiment according to this mvention, there is 
provided a system to electronically process a payment media change operation for one or 
more payment media originating sources. The system comprises a controller that processes a 
request for the payment media change operation; automatically determines a payment media 
change makeup based on a payment media amount presented and at least one payment media 
change makeup processing criteria; and provides the payment media change makeup to an 
operator, the payment media change makeup definmg at least a value, a denomination spUt, 
and media type. 

[0074] hi the above exemplary embodiment system, the at least one payment media 
change makeup processing criteria is based on at least one of a set of rules, a poHcy defined 
for a retail store and real time or substantially real time analysis of retail sales activity 
information that is electronically obtained from one or more payment media originating 
sources m the retail store during a predetermined period of time within a retail store, wherem 
a retail store mcludes one or more of at least a single store, multiple stores, one or more third 
party concession stands located withm a smgle store and two or more stores located within a 
mall. 

[0075] The set of rules considers one or more of at least the payment media 
denommation available, the size of a payment media denommation presented, retailer type, 
retailer size, retailer location, type of payment media origmating source for which the 
payment media change makeup is to be distributed, time of day for dispensmg the change 
makeup distribution, calendar date for dispensing the change makeup, calendar date of 
national or local holidays, calendar date of scheduled festivities or organized events, and a 
retail store scheduled sales event. 

[0076] The policy may be provided locally for a retail store, or alternatively may be 

provided firom a location remote fix)m a retail store. 

[0077] The poUcy considers one or more of type of payment media originating 
source where the change is to be distributed, time of day for payment media change 
distribution, calendar date for the payment media change distribution, calendar date of 
national or local hohdays, calendar date of scheduled festivities and organized events, and a 
retail store scheduled sales event. Further, the policy provides for periodic changes of the 
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payment media change makeup for the one or more payment media origmating soxirces. 
Moreover, the policy maintains a predetermined payment media change makeup for one or 
more media payment originating sources for a period of time longer than one day. 

[0078] The retail sales activity information comprises electronic point of sale 
(EPOS) data that may be used to automatically forecast at least one of a likely payment media 
change value, a denomination split and a media type, hi one exemplary embodiment, the 
EPOS data may be compared with information obtained from other sales or business activities 
performed in a retail store. This infomiation may comprise product refund amount 
infomiation, frequency and amounts of payment media refunds processed within a 
predetermined period of time, payment media dispensed information or payment media 
received information from an automatic teller machine located in a retail store, value and 
denomination of payment media stored in a retail store, and payment media pickup or 
delivery information scheduled by a cash-in-transit operator. 

[00791 Determining the payment media change makeup may require no input from 
an operator requesting the payment media change. Alternatively, the payment media change 
makeup may be based on an input from the operator requesting the payment media change. 

[0080] Fxuther, the at least one payment media change makeup processing criteria 
may be defined for each payment media originating source in a retail store according to a 
policy defined at a remote location from a retail store. 

[0081] This invention separately provides methods and systems for electronically 
processing a payment media advance request in a retail store, wherein a retail store includes 
one or more of at least a single store, multiple stores, one or more third party concession 
stands located within a single store and two or more stores located within a mall. 

[0082] In one exemplary embodiment according to this invention, a method of 
electronically processing a payment media advance request in a retail store comprises the 
steps of receiving a request for a payment media advance from an entity; and automatically 
determining a payment media advance makeup based on at least one payment media advance 
makeup processing criteria, the payment media advance makeup defining at least a value, a 
denomination spUt and media type. The entity comprises one or more of a payment media 
originating source operator, a payment media originating source supervisor, a retail store 
operator, a payment media originating source, an authority remotely located from the retail 
store and a start fund. 
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[0083] The method may further comprise the step of providing the payment media 
advance to at least one of a payment media origmating source operator, a payment media 
originatmg source supervisor, a retail store operator, a payment media origmating source and 
a start fund. 

[0084] In one exemplary embodiment, the request is autpmatically provided by a 
controller in response to instructions stored on a machine-readable storage medium, 
the at least one payment media advance makeup processing criteria is based on at least one of 
a set of rules, a poUcy defined for a retail store, and real time or substantially real tune 
analysis of retail sales activity information that is electronically obtained for a retail store 
during a predetermined period of time. 

[0085] The set of rules considers one or more of at least one of the payment media 
denomination available, retailer type, retailer size, retailer location, the payment media 
originating source for which the payment media advance makeup is to be distributed, time of 
day for dispensing the payment media advance makeup distribution, calendar date for 
dispensing the payment media advance makeup, calendar date of national or local hoUdays, 
calendar date of scheduled festivities or organized events, and retail store scheduled sales 
event. 

[0086] The poUcy used in defining the at least one payment media advance makeup 
processing criteria may be set up locally for a retail store, or alternatively, may be provided 
from a location remote from a retail store. 

(00871 The policy considers at least one of a type of payment media originating 
source where the payment media advance is to be distributed, time of day for payment media 
advance distribution, calendar date for the payment media advance distribution, calendar date 
of national or local holidays, calendar date of scheduled festivities and organized events, and 
retail store scheduled sales event. The policy may provide for periodic changes of the 
payment media advance makeup for one or more requesting entities. Further, the poUcy may 
maintain a predetermined payment media advance makeup for one or more requesting entities 
for a period of time longer than one day. 

[0088] The retail sales activity information comprises electronic point of sale 
(EPOS) data, and payment media amount and denomination split present in one or more 
payment media originating sources in a retail store. The sales activity information may be 
used to automatically forecast a likely payment media advance value, media type and 
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denomination spUt. Further, the sales activity information may be compared with information 
obtained from other sales or business activities perfoimed in a retail store. 

[00891 The information obtained from the other sales or business activities 
comprises product refund amount information, frequency and payment media size of refunds 
processed within a predetermined period of time, parent media dispensed information or 
payment media received information from an automatic teller machine located in the retail 
store, value and denomination of payment media stored in a retail store, and payment media 
pickup or deUvery information scheduled by a cash-in-transit operator. 

[00901 The step of automaticaUy determining the payment media advance makeup 
for one or more payment media origmating sources may require no additional input from the 
operator requesting the payment media advance. 

[00911 Further, the at least one payment media advance makeup processing criteria 
may be defined for each payment media originating source in a retail store according to a 
policy defined at a remote location from a retail store. 

[0092] M a further embodiment, the method may comprise the step of modifying the 
payment media advance makeup based on a payment media advance mstruction from the 
entity requesting the payment media advance, the instruction specifying one or more of 
payment media value, payment media denomination split and payment media type. 

[00931 A plurality of payment media advance makeups may be simultaneously 
determined for a plurality of payment media originating sources in a retail store, the plurality 
of payment media advance makeups bemg distinct from each other. 

[0094] This invention separately provides methods and systems for electronically 
processing a bank deposit operation for one or more payment media originating sources. The 
payment media originating source comprises one of a retail till, retailer back office, coin 
redemption device and a third party retail concession. 

[0095] In one exemplary embodiment, the method comprises receiving a request for 

the bank deposit operation; and automatically determining a bank deposit makeup based on at 
least one bank deposit determining criteria, wherein the bank deposit makeup defines at least 
a value, a denomination split and media type. 

[0096] The request may be provided by an operator in a retail store, wherein a retail 
store includes one or more of at least a single store, multiple stores, one or more third party 
concession stands located within a single store and two or more stores located within a mall. 
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Alternatively, the request is automatically provided by a controller in response to instructions 

stored on a machine-readable storage medium. 

[0097] The method may further comprise preparing a bank deposit voucher based 
on information obtained ftom the bank deposit makeup. 

[00981 The method may further comprise presenting a finalized bank deposit 

package to an operator. 

[00991 The at least one bank deposit determining criteria is based on a set of rules 
estabUshed for the one or more payment media originating sources located in a retail store, 
wherein a retail store includes one or more of at least a smgle store, multiple stores, one or 
more third party concession stands located within a single store and two or more stores 

located within a mall. 

[01001 The set of rules may consider one or more of at least a start fund makeup 
distribution required for the one or more payment media originating sources, firequency of 
payment media deposit pickup and transportation activities fiom the retail store, amount of 
payment media in a retail store at the time of commencing the bank deposit operation, retailer 
type, retailer size, retailer location, type of payment media originating source firom which the 
bank deposit is to be made, time of day for bank deposit, calendar date for the bank deposit, 
calendar date of national or local hohdays, calendar date of scheduled festivities or organized 
events, and a retail store scheduled sales event. 

[01011 The at least one bank deposit deteraiining criteria may be defined for each 
payment media origuiating device accordmg to a policy defined for a retail store, wherein a 
retail store mcludes one or more of at least a single store, multiple stores, one or more third 
party concession stands located within a smgle store and two or more stores located within a 
mall. The policy may be provided locally by a retail store, or alternatively the poUcy may be 
provided from a location remote from a retail store. 

[01021 The poUcy considers one or more of at least a start fund makeup distribution 
required for the one or more payment media originating sources, type of payment media 
originating source from which the bank deposit is to be made, time of day for bank deposit, 
calendar date for the bank deposit, calendar date of national or local hohdays, calendar date of 
scheduled festivities and organized events, and a retail store scheduled sales event. 

[01031 The poUcy provides for periodic changes of the bank deposit makeup for the 
one or more payment media originatmg sources based on one or more of at least a start fimd 
makeup distribution needed for the one or more payment media originating sources in a retail 
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Store, frequency of payment media deposit pickup and transportation activities from a retail 
store, and amount of payment media in a retail store at the time of commencing the bank 
deposit operation. Further, the poUcy may provide for a predetermined bank deposit makeup 
for one or more payment media originating devices. 

[01041 The at least one bank deposit determining criteria may be based on real time 
or substantially real time analysis of retail sales activity mformation that is electronically 
obtained from one or more payment media origmating sources in a retail store during a 
predetermined period of time. The retail sales activity information comprises electronic point 
of sale (EPOS) data that may be used to automatically forecast at least a Ukely bank deposit 
amount, media type and denomination spUt. The EPOS data may also be compared with 
information obtained from other sales or business activities performed in a retail store. 

[01051 The information obtained from the other sales or business activities 
comprises product refund amount information, frequency and size of payment media refunds 
processed within a predetermined period of time, payment media dispensed information or 
payment media received information from an automatic teller machine located in a retail 
store, value and denomination of payment media stored in the retail store, payment media 
pickup or deUvery mformation scheduled by a cash-in-transit operator and start fund makeup 
distribution needed for the one or more payment media originating sources in a retail store. 

[0106] The method may fiirther comprise presenting information on the bank 
deposit voucher and determined bank deposit distribution makeup to an operator requesting 
the bank deposit; and modifying the bank deposit distribution makeup based on an input from 
the operator requesting the bank deposit. The at least one bank deposit determining criteria 
may consider other payment media processmg activities to be performed in a retail store, 
including, for example one or more of a payment media start fund issuance activity, a 
payment media change activity and a payment media advance activity. 

[01071 The bank deposit voucher includes information that complies with 
requirements set by at least one of a bank, a cash-in-transit operator and an operator that 
conducts the bank deposit. Further, the amount and denomination spUt of payment media in 
the bank deposit are arranged according to requirements set by at least one of the retaU store, 
a bank, a cash-in-transit operator and an operator that conducts the bank deposit. 

[01 08] The payment media in the bank deposit may be arranged in a plurality of 
payment media deposit groups or stacks, each payment media deposit group or stack having a 
specific payment media denomination and a predefined deposit amount. Each deposit group 
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or stack may also have a marking identifier that comprises one or more of a header card, a 
footer card, a marking band or a marking strip. The marking identifier comprises information 
defining an origin of the payment media deposit, the denomination expected and the value of 
payment media currency. The information is stored in an electronically readable format. 

[01 09] The payment media in the bank deposit may be placed in a secure container 
that is provided with a tamper-evident device and/or is tagged with a smart-card device. 
Further, the container may also include a marking identifier that comprises one or more of a 
header card, a footer card, a marking band or a marking strip. The marking identifier 
comprises information defining an origin of the deposit, the denomination expected and the 
value of payinent media. Moreover, the information is stored m an electronically readable 
format. 

RT^TRF DESCRTPTIQN OF THE DRAWINGS 
[0110] The currrait invraition will now be described in detail by way of examples 

and by reference to the following figures, in which: 

[01111 FIG. 1 shows a schematic illustration of the current retail paymrat media 

management cycle. 

[0112] FIG. 2 shows one exemplary embodiment of a payment media network 
CTvirormient using the systems and methods of this invention. 

[0113] FIG. 3 schematically illustrates one exemplary embodiment of an apparatus 
that may be used with the payment media management system according to this invention. 

[0114] FIG. 4 is a flowchart outlining one exemplary embodiment of a method of 
electronically managing paymait media in a retail store according to this invention. 

[0115] FIG. 5 is flowchart outlining one exemplary embodiment of a method of 
electronically determining a start fimd according to this invention. 

[0116] FIG. 6 is flowchart outlining one exemplary embodiment of a method of 
electronically processing a payment media change operation according to this invention. 

[0117] FIG. 7 is flowchart outlining one exemplary embodiment of a method of 
electronically processing a payment media advance operation according to this invention. 

[0118] FIG. 8 is flowchart outlining one exemplary embodiment of a method of 
electronically processing a bank deposit operation according to this mvention. 

[0119] FIG. 9 is flowchart outlining one exemplary embodiment of a method of 
electronically managing payment media capacity of a payment media handhng apparatus 
according to this invention. 



wo 2004/023257 




:T/US2003/027724 



[0120] FIG. 10 is flowchart outlining one exemplary embodiment of a method of 
electronically predicting the timing of a payment media operation event according to this 
invention. 

[0121] FIG. 1 1 is a flowchart outlining one ©cemplary emboduaaatit of a method for 
exception reporting and handling process according to this invention. 

[0122] FIG. 12 is a flowchart outlining one exemplary embodiment of a method of 
perfonning a payment media counting operation and a login operation according to this 
invention. 

• [0123] FIG. 13 is a flowchart outlining one exemplary embodiment of a method of 
providing information for payment media handling apparatus events and/or payment media 
operation events according to this invaition. 

r>T?T An FD DRSCRIPTION OF PREFERRED EMBO DIMENTS 
[0124] The methods, apparatuses and systems of this invention enable secure, 
auditable, efficient and cost effective movement of payment media both within the retail 
environment and to final reconciliation with a banking institution. 

[0125] FIG. 2 shows one exemplary embodiment of a payment media network 
environment 100 using the systems and methods of this invention. As shown in FIG. 2, the 
payment media network environment 100 employs an exemplary embodiment of a payment 
media management system 200 to process payment media 5 received fi:om a customer during 
a retail transaction or other commercial transaction. It will be appreciated that within this 
document the term payment media is used in its broadest sense and includes, but is not 
limited to, cash currency notes, coins, vouchers, checks, scrip, debit cards and credit cards 
transactions plus their resulting paper receipts and electronic payment media. 

[0126] As shown in FIG. 2, the payment media network environment 100 mcludes 
one or more payment media originating sources 1 10, 1 12, 1 14 that are located in one or more 
retail stores 120, 122, 124. Payment media originating sources 110, 1 12, 1 14 in the one or 
more retail stores 120, 122, 124 are electronically coupled to an payment media management 
system 200 via a communication network 150 and commimication links 152-154 and 156. 
Alternatively, one or more payment media originating sources 1 10, 1 14 in one or more retail 
stores 120, 124 may be coiq)led directly to the payment media management systan 200 via 
communication links 151, 155, thus, bypassing the communication network 150. Moreover, 
payment media originating sources within a retail store may be electronically coupled to each 
other via a communication link 157. 
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[01271 It will be appreciated that within the context of this document, a payment 

media originating source may include one or more of at least a retail till, a retailer back office, 

a coin redemption device, a third party retail concession, or other types of devices, such as, 

for example, an automatic teller machine, that are used in a retail environment and/or in a 

commercial cycle. 

[0128] The commimication network 1 50 includes, but is not limited to, for example, 
local area networks, wide area networks, storage area networks, intranets, extranets, the 
Ihtemet, or any other type of distributed network, each of which can include wired and/or 
wireless portions. Further, communication links 151-157 can be any known or later 
developed device or system for connecting the payment media management system 200 to the 
communication network 150, including a coimection over public switched telephone network, 
a direct cable coimection, a connection over a wide area network, a local area network, a 
storage area network, a comiection over an intranet or an extranet, a connection over the 
Internet, or a connection over any other distributed processing network or system. 

. [0129] In one exemplary embodiment, one or more payment media originating 
• sources 1 10, 1 10-m coupled to payment media management system 200 are physically located 
in the same retail store. Id another exemplary embodiment, multiple payment media 
originating sources 110, 110-m, 112, 112.n, 114, 1 14-o coupled to the payment media 
management system 200 are physically located in different retail stores or retail 
establishments. In yet another exemplary embodiment, m addition to the retail store-owned 
payment media originating sources, one or more payment media originating sources 
representing a third party retail store and/or third party retail concession stand may be located 
within the retail store. In a further exemplary embodiment, one or more payment media 
origmating sources, each payment media originating source representing a third party retail 
store or retail concession stand, may be located within an outlet mall type retail store or 
commercial estabUshment. In various exemplary embodiments, the payment media 
originating sources may or may not be electronically coupled to the payment media 
managCTient system 200. 

[0130] In various exemplary embodimrats, the payment media management system 
200 is employed to perform various steps, actions or functions within the retail environment, 
including, for example to: 

1 . Automatically determine and/or manage an appropriate payment media management 

solution; 
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2. 

3. 
4. 
5. 
6. 
7. 

8. 
9. 



10. 



11. 



Issue a start fund at the start of the day, or operator shift, for a payment media 



originating source; 

Issue change upon demand; 

Accept payment media originating source deposits at intervals during the day, 
Prepare and issue a bank deposit automatically and/ or upon demand; 
Prepare and issue a payment media advance upon demand; 
Prepare, store, report and communicate payment media management system 
inventories, audits, safe counts and similar activities; 

Make advances to the payment media management system machine(s) from a vault 
safe, an armored car safe, or other safes than the payment media management 
system machine; 

Prepare and store desirable payment media management information, such as, for 
example, lists of legal payment media originating sources or payment media 
registers for one or more retail operations, lists of breakdowns of money 
denominations and species that make up CIT (e.g., armored car) and/or bank 
deposits; starting inventories of payment media originating sources; lists of point of 
sale, or POS, transactions associated vvdth payment media originating sources; 
legitimate sales dates; special sales dates; etc. 

Manage more than one retail operation within a given store, e.g., grocery and 
clotiiing operations in a single store, by a single payment media management 
system, and/or management of more than one retail store, e.g., closely situated 
stores, by the same payment media management system; 
Provide enhanced communication functions, including use of various types of 
communications networks (LAN, WAN, intemet, intranet, etc.) as well as using RF 
and other communication technologies, among payment media management system 
machines, safes, front offices, back offices, remotely located personnel and 
operations; auditing trail communication, supervisory notifications, etc.; 
Provide foreign currency conversion and foreign currency storage and handhng, e.g., 
in certain locations, e.g., in retail locations near foreign countries, banking centers, 
etc.; 

Provide methods and systems, including pre-programmed error detection and 
correction schemes, user interface menus, scripts and other guidance to facilitate 
overcoming malfunctions, e.g., currency jams, tears, etc., and unauthorized, 
including fraudulent, uses of payment media management system devices, as well as 
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commimication of malfunction status to responsible parties, e.g., police officials, 
maintenance technicians, supervisors, customers, etc.; 

14. Provide audio/visual instruction and feedback to an operator by utilizing user- 
friendly characteristics of payment media management system facilities, devices, 
and methods; 

15. Provide audit and audit trail generation, physical security measures, dealing with 
payment media shortages and payment media management errors; 

1 6. Provide for methods of dealing with and/or reacting to security incidents, including 
robberies, alarms (including false alarms), to include agendas, scripts, lockdowns, 
notification of authorities, supervisory notifications, etc.; 

1 7. Permit withdrawals from payment media management system devices by personnel 
other than cashiers using established procedures, authorization levels, etc. 

[0131] All these functions may be carried out with minimal input from the \isers so 
as to limit the users' time at the payment media handling apparatus and the need for the users 
to make decisions or manipulate the function of the apparatus. The methods, systems and 
products of this invention enable all the above functions to be carried out and provide an 
intelligent, secure and user friendly interface. 

[0132] FIG. 3 schematically illustrates an exemplary embodiment of an apparatus 
300 ttiat uses the payment media management system 200 to perform the steps, actions or 
functions discussed above and thus provide a secure auditable physical payment media flow 
and a secure auditable digital payment media flow. It will be appreciated that the exemplary 
apparatus shown in FIG. 3 is non-limiting, and alternative apparatuses could be utilized. 

[0133] As shown in FIG. 3, apparatus 300 is a payment media handling apparatus 
that includes a controller 305 and one or more of at least a payment media dispensing device 
310, a payment media acceptance device 320, a payment media recycling device 330 and a 
payment media deposit processing device 340. The payment media handling apparatus 300 
further includes a user interface 350 coupled to the controller 305. The user interface may 
include various formats, including a graphical user interface having a touch screen 360. The 
payment media handling apparatus 300 further includes a memory 370. In various exemplary 
embodiments, the payment media handling apparatus 300 may include other devices, such as 
for example a payment media capacity timing and detOTnination device 380. 
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[0134] Ih one exemplary embodiment, at a most basic level, apparatus 300 may 
include entry level payment media counting equipment, such as, for example the '2650' sold 
by De La Rue Cash Systems, coimected to a suitable local area network. 

10135] More typically it is envisioned that the solution utilizes more advanced 
payment media acceptance and dispensmg equipment, such as, for example, the Mach® series 
of coin counters and sorters, one of the TCD range of payment media dispensers, or the TDU 
range of payment media acceptors, all available from De La Rue Cash Systems. Preferably, 
the payment media acceptance and dispensing processes may be performed using a single 
machine, such as the TCR Twin Safe"^ sold by De La Rue Cash Systems for example. Such 
devices handle multiple payment media types, including bills and coins, for example. Further 
examples of such devices include the De La Rue Retail Payment Solutions "Power Encode" 
for check encoding and settlement, and the De La Rue "2000", "4000" and "6000" "Cash 
Counters". Typically such automated coxmting devices are connected to a controller 305, 
such as a personal computer but, in some instances, the controlling device forms part of the 
coimting device. Indeed, more than one counting device may be coimected to a single 
controlling device, or a single counting device may be connected to multiple controlling 
devices, or multiple counting devices may be connected to multiple controlling devices. 

[0136] It should be appreciated that the current invention is not limited by the above 
equipment. The systems and methods of this invention use such apparatus as a means for 
implementing the invention. The systems and methods of this invention can also make use of 
apparatus that is supplied by other manufacturers. 

Payment Media Management 

[0137] As part of a retailer's operating cycle, it is generally routine for the retailer to 
perform various payment media operations, such as, for example, accepting accimiulated 
payment media from various payment media originating sources, e.g., store tills, providing a 
payment media start ftmd to one or more payment media originating sources in the store, 
providing payment media changes on demand, providing payment media advances, or making 
payment media deposits. Because these payment media operations need to be performed for 
many payment media originating sources in one or more retail stores through the day, 
automatically managing the payment media flow to provide a required payment media 
management solution is highly desirable. 

[0138] FIG. 4 is a flowchart outlining one exemplary embodiment of a method of 
electronically managing payment media in a retail store. In this context, the retail store may 
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be defined to include a single retail store, multiple stores electronically coupled to the 
payment media management system 200 (shown in FIG, 2), one or more third party 
concession stands located within a single store, two or more stores located within a mall, and 
the like. Generally, the retail store defined above includes one or more payment media 
originating sources. 

[01391 As shown in FIG. 4, the method begins in step S400, and continues to step 
S41P, where a payment media processing request is received firom an operator, or is 
automatically provided by a controller in response to instructions stored on a medium. 
Preferably, electronically managing payment media is performed automatically and no further 
intervention is reqmred &om the requestmg entity. This both speeds up the process and limits 
the need for users to be concerned about the event because all the processing and thougjit 
behind the transaction has been done for them. 

[0140] Next, in step S420, a proposed payment media management solution is 
determined based on one or more of at least a group of rales stored in a lookup table, 
instructions provided for the retail store, instructions provided by an entity other than the 
retail store, and instructions based on real time or substantially real time analysis of payment 
media activity information that is electronically obtained in the retail store during a 
predetermined period of time. 

[0141] In one exemplary embodiment, the rules may include a consideration of one 
or more of a retailer type, retailer size, retailer location, type of payment media originating 
source where the proposed payment media management solution is to be provided, the 
specific payment media originating, source for which the proposed payment media 
management solution distribution is requested, tune of day for the proposed payment media 
management solution distribution, calendar date for the proposed payment media 
management solution distribution, calendar date of national or local hoUdays, calendar date of 
scheduled festivities or organized events, and retail store scheduled sales event, as well as the 
specific rules enumerated herein for the various solutions provided, e.g., bank deposit. 

[0142] In another exemplary embodiment, a proposed payment media management 
solution may be based on criteria defined by store poUcy. These criteria may be included in a 
lookup table. 

[0143] In an alternate exemplary embodiment, a proposed payment media 
management solution maybe based on criteria defined by an entity/authority located remotely 
fi-om the retail store. This is essentially the process as described and defined by store policy. 



wo 2004/023257 ^CT/US2003/027724 

9 29 V 

The advantage here is that a remote authority, such as a head office, has the abiUty to 

detennine and control which solutions would be administered for a specific payment media 

origmating sources in a particular store. This may be preferable for large retailers who wish 

to monitor payment media flow and payment media management from a central point and as 

such need the abiUty to define key store payment media poUcies. 

[0144] In a further alternate exemplary embodiment, a proposed payment media 
management solution may be performed based on criteria based on real time data analysis. In 
this embodiment, the apparatus is electronically coupled (i.e., networked) with one or more 
payment media originating sources. Using electronic point of sale (EPOS) data acquired from 
the one or more payment media originating sources, a payment media management solution 
may be based on real time data and data obtained at substantially real time. By monitoring 
the payment media inflow and outflow of a payment media originating source over a period 
of time it is possible to predict the probable payment media management solution. Such 
forecasting applications have been developed for ATM payment media management and 
payment media management in the wider financial markets. One example of such software is 
Prognis sold by De La Rue Cash Systems. 

[0145] Such an approach would allow for the accurate prediction of payment media 
management solutions and limit the need for supervisors, head ofSce or users to concern 
themselves so deeply with the predicting the payment media operation needed by a payment 
media originating source. Such direct networking of the payment media originating sources 
to the apparatus has further advantages including improved payment media accounting and 
reconciling. 

[0146] The inventors have also recognized that an increasing number of retailers 
restock Automatic Teller Machines (ATMs) that are present on their premises. The 
exemplary embodiment includes the management of such ATM feciUties as well. In doing 
so, the retailer can further limit the amount of payment media that needs to be transported and 
counted off site thus reducing cost. 

10147] The systems and methods according to this invention provide the ability to 
maintain and issue multiple payment media management solution profiles, and to accept 
updated profiles from external systems such as, for example, EPOS, Cash Office/Cash 
Management and/or optimizing systems. For example, a retail store's service desk or refunds 
counter typically has to keep large amounts of payment media on hand for refunds and for 
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providiBg start funds. The ability to modify the amount and time of dispensing of payment 
media funds is also included in the Systran and methods according to this invention. 

[0148] Next, in step S430, the payment media handling ^paratus may then 
automatically provide the payment media management solution to the operator / user or 
alternatively display the solution. If the payment media management solution is displayed 
prior to implementation, the user will be given the option to accept or decline the proposed 
payment media management solution. If accepted, the payment media management solution 
is effected. However, if declined, the payment media management solution process may be 
cancelled or the user prompted to enter an alternative payment media management solution. 
Once the payment media management solution is defined by the user and so long as sufficient 
funds are present within the apparatus, the payment media management solution is perfomied 
(step S440). Operation then continues to step S450, where operation of the method stops. 

Payment Media Start Fund Management 

[0149] FIG. 5 is flowchart outlining one exemplary embodiment of a method of 
electronically determining a start fund. It is standard practice within retailers to provide 
payment media originating sources with a start fund or float at the start of trading. The start 
fund provides the payment media originating source with sufficient payment media to be able 
to provide change during the initial period of trading. The size and denomination distribution 
of the fund can vary dependent upon a number of factors, such as, for example, the size and 
location of retails, thne of day, week, year, and type of payment media origmating source. 

[0150] The size and location of a retailer can significantly influence the start fund. 
For example large out of town retailers will tend to cater to people doing a weekly shop and 
therefore making high value transactions. Such transactions are more likely to be paid for 
using electronic means such a debit and credit cards and as such the need for change is 
reduced. Smaller town centre retailers are likely to carry out a much larger number of smaller 
transactions, which are more likely to be paid for using cash media. Consequently, there is a 
greater need for the payment media originating source to contain large amounts of change. 

[0151] The time of day, week and year can also have a great effect on the start fund 
required. The start fund needs to take into account people's shopping patterns. For example, 
because the majority of transactions wifliin many retailers take place over the weekend and 
predominantly on a Saturday, the start fund needs to take account of this. Fiirther, the time of 
year, national hoUdays, events, festivals and the like are likely to significantly influence the 
voliraie of trade and as such the start fund needs to be altered accordingly. 
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[0152] Finally, within many larger retailers and large grocers in particular, there is a 
variety of different types of payment media originating sources. For example, some payment 
media originating sources may be used in transactions with shoppers having ten items or less, 
some payment media originating sources may be cash only payment media originating 
sources, and some payment media originating sources may be partially or fully automated. 
Limited numbers of items are more likely to be paid for in cash and as such the need for 
change is greater, similarly for cash only payment media originating sources. Partially or 
fully automated payment media originating sources are more likely to receive payment via 
electronic means and thus, their need for a large start fund is reduced. 

[01 53] The methods and systems according to this invention provide a means to 
manage a start fund for one or more payment media originatmg sources without necessarily 
any additional input fiom an operator and/or an user requesting the start fund. 

[0154] The method and systems according to this invention may be practiced using 
a payment media handling apparatus having a payment media dispensing device and 
optionally a payment media acceptance device. The payment media dispensing and 
acceptance device may be combined within a single apparatus and further to fliis be capable 
of recycling payment media. The apparatus also has a user interface, the user interface may 
be a traditional PC with a keyboard and a mouse or other pointing means such as a touch 
screen. In this embodiment and all subsequent embodiinents the user interface may be 
presented in the style as a web browser. The format is increasingly familiar with users and as 
such provides a recognizable interface. The interface provides the means by which tite user 
can easily interact wifli the payment media handling apparatus. 

[0155] With reference to FIG. 5, typically the first operation carried out by the user 
will be to login and at least identify eitiier themselves, their payment media originating source 
or both themselves and their payment media originating source (step S500, FIG. 5). Though 
this is preferable for security and auditing purposes, it is not essential to the current invention. 

[0156] The user may request a start fund via the user interface. Alternatively, the 
request for start fimds may be automatically performed and or initiated by the payment media 
management system (step S510, FIG. 5). If the user has not logged in or during the log in has 
not identified their paymrait media originating source they may be prompted to identify the 
payment media originating source for which they require the start fund. Once the start fund 
has been requested and the paymrait media originating sovxce identified, the apparatus 
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reviews by one of a number of means what the start ftind should be in terms of value and 
denomination distribution (step S520, FIG. 5). 

[01571 Next, the payment media handling apparatus may then automatically 
dispense the start &nd or alternatively display the intended start fund (step S530, FIG. 5). If 
the start fund is displayed prior to dispense the user maybe given the option to accept or 
decline the proposed start fund. If accepted, the start fund is dispensed, however, if declined, 
the start fund process may be cancelled or the user prompted to enter an alternative value and 
distribution for the start fund (step S540. FIG. 5). Once the start fund is defined by the user 
and so long as sufficient funds are present within the ^paratus the fund is dispensed. The 
method then continues to step S550, where the operation of the method stops. 

[0158] It is appreciated by the inventors that a retailer may not want to let all its 
staff define their own start fimds and as such authority levels may be built in and may require 
supervisor assistance m order to carry out this operation. Preferably, the start fiand is 
dispensed automatically and no further intervention is required fix>m the user. Ibis both 
speeds up the process and limits the need for users to be concerned about the event because 
all the processing and thought behind the transaction has been done for them. 

[01591 Moreover, the payment media management system also provides the ability 
to change payment media start fund amounts, time of availability, etc., including the ability to 
predetennine and/or override predetermined payment media start fimd aspects, including 
payment media amounts and time of availability. 

[01601 As discussed above, the management of the payment media start fimd may 
be based on a number of criteria, including, for example, rule based criteria, criteria defined 
by store policy, criteria defined by a policy provided remotely firom the retail store, and 
criteria defined based on real time data analysis. Each of the exemplary criteria is discussed 

in more detail below. 

[01611 The rule based criteria approach is the most simplistic and would rely on 
predefining a series of criteria. The type of criteria used would include those highlighted 
above such as size and location of retailer, type of payment media originating source and time 
of day, week, and year. Other criteria could also be used as ^propriate. When a user 
identifies themselves the apparatus wiU review the criteria and issue the correct fimd 
accordiiigly. For example the user has identified the payment media originating source, the 
apparatus knows the time of day, week and year and based on these simple criteria issues the 
^propriate start fund value and distribution. 
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[0162] Alternatively, management of tide payment media start fund may be based on 
critCTia defined by store policy. These criteria may be included in a lookup table whereby 
specific values and denomination splits can be defined against specific payment media 
originating sources. In one exemplary embodiment, a store manager or payment media room 
supervisor would define the value and denomination split for each of the payment media 
originating somrces and enter these into the look up table. When a user requested a start fund 
for a particular payment media originating source the apparatus refers to the look up table and 
issues the appropriate start fund. 

[0163] The look up table could be completed offline and then up loaded in its 
entirety or just a single entry modified for a specific payment media originating source. 
Dependent upon tibie complexity of the look up table the values and denomination split could 
remain the same for a payment media originating source all day every day or vary dependent 
upon time of day, week, year or any other variable. 

[0164] In an alternate exemplary embodiment, management of the payment media 
start fund may be based on criteria defined by an entity/authority located remotely firom the 
retail store. This is essentially the process as described and defined by store policy. The 
advantage here is that a remote authority, such as a head office, has the ability to manipulate 
start funds. This may be preferable for large retailers who wish to monitor payment media 
flow and payment media management firom a central point and as such need the ability to 
define key store payment media poUcies. 

[0165] To perform this operation remotely, the apparatus must be networked by 
some commxmication device/link. This may include, for example, a dedicated connection, a 
closed network or a secxure internet connection, or a secure telephone or facsimile connection. 

[0166] In a further alternate exemplary embodiment, management of the payment 
media start fund may be performed based on criteria based on real time data analysis. In this 
embodiment, the apparatus is electronically coupled (i.e., networked) with one or more 
payment media originating sources. Using electronic point of sale (EPOS) data acquired firom 
the one or more payment media originating sources, a start fund may be based on data 
obtained at real time or substantially real time. By monitoring the payment media inflow and 
outflow of a payment media originating source over a period of time it is possible to predict 
ttie probable start fund. Such forecasting applications have been developed for ATM 
payment media management and payment media management in the wider financial markets. 
One example of such software is Prognis sold by De La Rue Cash Systems. 
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[0167] Such an approach would allow for the accurate prediction of start fimds and 
limit the need for supervisors, head office or users to concern themselves so deeply with the 
predicting the payment media needs of the payment media originating source. Such direct 
networking of the payment media originating sources to the apparatus has further advantages 
including improved payment media accounting and reconciling. 

[0168] The inventors have also recognized that an increasing number of retailers 
restock Automatic Teller Machines (ATMs) that are present on their premises. The 
exemplary embodiment includes the management of such ATM facilities as well. In doing 
so, the retailer can further limit the amount payment media that needs to be transported and 
counted ofif site thus reducing cost. 

[0169] The systems and methods according to this invention provide the ability to 
maintain and issue multiple start fund profiles, and to accept updated profiles &om external 
systems such as, for example, EPOS, Cash Office/Cash Management and/or optimizing 
systems. For example, a retail store's service desk or refunds counter typically has to keep 
large amoimts of payment media on hand for refunds and uscts' start funds. The ability to 
modify the amount and time of dispensing of start funds is also included in the system and 
methods according to this invention. 

Payment Media Change Management 

[0170] Another aspect according to this invention provides a means to electronically 
manage a payment media change operation to a user in the most suitable denonMnation 
makeup. FIG. 6 is flowchart outiining one exemplary embodiment of a method of 
electronically processing a payment media change operation. 

[0171] A payment media handling apparatus comprises a payment media acceptance 
device and a payment media dispensing device. The payment media acceptance and 
dispensing device may be combined within a single apparatus and further to this be capable of 
recycling payment media. The apparatus optionally also has a user interface, the user 
interface may be a traditional PC with a keyboard and a mouse or other pointing means such 
as a touch screen. The interface provides the means by which the user can easily interact with 
the payment media handling apparatus. The apparatus may also have the abiUty to allow users 
to login and identify either themselves, their payment media originating source or both 
themselves and their payment media originating source. Though this is preferable for security 
and auditing purposes, it is not essential to the current invention. Indeed, within the current 
embodiment it may be seen as a disadvantage to allow users to login. For the majority of 
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instances the payment media change transaction wiU be a straight swap with a sum of money 
being exchanged for the same sum of money but in a different denomination split. 

[01721 With reference to FIG. 6, the method begms by requesting a user to logm 
(step S600, FIG. 6). However, this generaUy lengthens the time required for the user to spend 
at the machine. If wider functions are allowed, such as combining the issuance of a payment 
media advance in combination with dispensing change then logging in becomes more 
essential. 

[0173] The user then indicates that they would like some change, this is typically 
done via the user interface but it is conceivable the apparatus could be placed in a default 
mode to give change unless pronqjted to do otherwise (step S610, HG. 6). If in such a 
default mode the ^aratus would assume it is to give change for any payment media placed 
in the acceptance device. 

[0174] The user then places the paymait media in the acceptance device and the 
payment media is accepted. The payment media acceptance device would typically have the 
abiUty to determine denomination and validity of deposited funds and thus, detemiine a 
payment media change distribution make up (step S620, FIG. 6). Any funds that cannot be 
identified would typically be returned to the user. 

[0175] Alternatively, the funds may be accepted into a sq)arate storage area and the 
user asked to identify the denomination. This latter approach may be used to prevent the user 
attempting to re-feed a note several times and thus spend an excessive period of time at the 
machine. This does present the opportunity for fraudulent activity but the retailer may prefer 
to accept this rather than have staff spend an extended period of tune at the payment media 
handling apparatus. Further detail on the reject handUng process is given later. 

[0176] In addition to this, the user may also require a payment media advance in 
combination with the change. That is the user presents $50 but requires $100 in change. The 
apparatus may be configured to allow this but it is Ukely it will require the user to login 
before performing such an operation. The payment media advance process is described in 
more detail later. 

[0177] Once the payment media has been accepted then the payment media change 
make up is either displayed or dispensed (step S630, FIG. 6). In the current invention the 
nature of the denomination spUt is determined intelligently and can utilize a similar decision 
process as described for the start fund process. 
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[0178] More specifically the rule based process would be dependent upon the size 
of denomination presented. For example, a rule based approach may include the following 
criteria: 

(1) If tiie amount of payment media calculated by the apparatus <= $50, then the given 
exchange amount is equal to all Si's; 

(2) If the amount of payment media calculated by the apparatus >=$51 and <=$75 
then the given exchange denomination distribution is equal to 5x$5's and the balance in $1 's; 

(3) If the amount calculated by the apparatus >=$76 then tide even exchange 
denomination is equal to or up to SOxSl's, 5x$5's, up to 5x$10 and the balance in $20's; 

(4) If the change request is an odd number, the denomination distribution is highest 
numbered rule above and $1 's. 

[01 791 In addition to this action, the payment media handling apparatus may adjust 
the denomination distribution dependent upon its contents. For example, if the apparatus 
determines that is low on $5 bills, then it may adjust to dispense additional $1 bills or 

alternative higher denomination bills. 

[0180] Alternatively, the store may wish to define its own change policy. Another 

alternative is to allow a remote entity/authority, such as a head office, to define the change 

policy. In yet another altemate embodiment, if tide apparatus is electronically coupled, i.e., 

networked, to the payment media originating sources it would be possible to define change 

policy dependent upon information / knowledge of the real time store activity. Preferably, 

this may be done in real time or substantially real time. Using such a networked system, the 

apparatus could review what change is being utilized most heavily at which payment media 

originating sources and alter the change poUcy accordingly either for specific payment media 

originating sources or for all payment media originating sotirces. 

[0181] Once tibie appropriate denomination spht has been determined, the apparatus 

may dispense automatically or display the proposed split and ask tide user to confirm their 

acceptance. If the user is given tide opportunity to confirm/dechne their acceptance of the 

proposed denomination split tidey may also be given the chance to redefine the denomination 

spUt prior to dispensing (step S640, FIG. 6). As for the Start Fund Process, a retailer may 

only want to allow a limited number of users to be able to redefine denomination split and as 

such, a user would need to log in and have the correct authority level. The metiiod then 

continues to step S650, where the operation of tide method stops. 
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Payment Media Advance Management 

[01 82] Another aspect according to this invention provides a means to electronically 
process a payment media advance either automatically or upon demand. An advance is the 
issuance of payment media to an entity, e.g., a specific individual supervisor, a start fund, a 
cashier, a payment media originating source, etc. FIG. 7 is flowchart outlining one exemplary 
embodiment of a method of electronically processing a payment media advance operation. 

[0183] An exemplary embodiment of an apparatus that is used to implement the 
process shown in FIG. 7 includes a payment media handling apparatus having a payment 
media dispensing device and optionally a payment media accepting device. The payment 
media dispensing and acceptance devices may be combined within a single apparatus and 
further to this be capable of recycUng payment media. The apparatus also has a user 
interface, the user interface may be a traditional PC with a keyboard and a mouse or other 
pointing means such as a touch screen. The interface provides the means by which the user 
can easily interact with the payment media handling apparatus. Typically, the first operation 
carried out by the users will be to login and identify either themselves, their payment media 
originating source or both themselves and their payment media originating source. Though 
this is preferable for security and auditing purposes, it is not essential to the current invention. 

[0184] With reference to FIG. 7, in one exemplary embodiment, the user approaches 
the apparatus and requests a payment media advance (step S710, in FIG. 7). In the simplest 
form the apparatus will then prompt the users to indicate the value, denomination split and 
media type they require for the payment media advance. If the apparatus has required the user 
to logon or identify the payment media originating source it may make a decision as to 
whether it is acceptable to supply the value requested. For example the apparatus may be set 
to allow only one automatic payment media advance per day for any given payment media 
originating source. If a second payment media advance is requested a siq>ervisor may be 
required to provide authorization. 

[01 85] hi another exemplary embodiment, a more sophisticated apparatus would 
use a more complex rule based criteria to determine whether or not to dispense and also the 
value and split to dispense (step S710, in FIG. 7). The rules would be derived based on 
typical requirements associated with the retail store payment media operations. 

[0186] In yet another exotnplary embodiment, a more sophisticated apparatus would 
allow tibese rules to be defined by a policy provided by tiie store, or alternatively by a policy 
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provided by a remote entity, as discussed above with respect to the payment media start fund 
management. 

[0187] In a further exemplary embodimatit where the payment media originating 
sources are electronically coiq)led/ networked to the apparatus, then an automatic decision 
could be made as to the best value and denomination spUt for the payment media advance 
based on the day's trading activity or data built up over a period of time. Having payment 
media originating sources networked may also negate the need for supervisors to authorize 
multiple payment media advances. The payment media originating source would notify the 
user and the ^paratus that it is short of particular funds and allow the payment media 
advance to proceed. Authorization may then be provided via remote means to other actions 
lhat the user may need to perform to complete the operation. 

[0188] It will be noted that the systems and methods of this invention provide for 
supervisors and/or managers to issue payment media advance funds for multiple entities 
without having to log in each time. For example, a supervisor or manager, may leave his or 
her log-in in effect at an payment media management system funds dispensmg machine 
provided only pre-approved cashiers are allowed subsequent access to the machine, until the 
supervisor's or manager's log-in is cancelled or the supervisor or manager logs off of the 
funds dispensing machine. As an alternative to logging-off, after dispensing of a payment 
media advance, a supervisor or manager may sinq)ly hit "cancel" thereby signing-off 
con^letely, without a separate log-off. 

[0189] If the user defines the value, denomination and media type spUt it will issue 
automatically (step S730, in FIG. 7). Certain users can also define the time of day of 
issuance. Should die apparatus propose a denomination split tiie user may be given the 
opportunity to accept or decUne. If the user declines they may be allowed to define their 
preferred value and denomination split dependent upon their level of authorization (step 
S740,inFIG. 7). 

[0190] Moreover, the payment media management system can report and track 
register activity and implement business rules to govern functional capability, such as, for 
example, no cap on the amount of money in an advance. 

[0191] hi addition, the user may be issued with some form of receipt along with the 
payment media advance. The receipt may be stored m the payment media originatmg source 
or stored elsewhere and provides an additional physical audit of the transaction. 
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[0192] The systems and methods according to this invention may provide payment 
media advances fiom the safe portion of a payment media management system device to the 
dispensing portion of a payment media management system device and analyze the payment 
media advances in tenns of denomination, thne period during which the advances occurred, 
and by payment media type. 

Bank Deposit Management 

[0193] Another aspect according to this invention provides a means to electronically 
process a bank deposit either automatically or upon demand. FIG. 8 is flowchart outlining 
one exemplary embodiment of a method of electronically processing a bank deposit 
operation. 

[0194] The systems and methods according to this invention permit printing of a 
deposit sUp by the payment media management system machine at the ending of processing 
of a back deposit function. The deposit sUp may contain a barcode or other machine or 
human readable identifiable marking at an end of the slip to comply with the bank's (or CIT. 
etc.) requirements. Another essential process required within the retail environment is the 
abiUty to make a bank deposit or more precisely withdraw funds firom an apparatus for 
storage or transportation off site to CIT/commercial bank. Typically this wiU be done at the 
endof every day. 

[0195] An exemplary embodiment of an ^aratus that may be used to implement 
the process shown in FIG. 8 is a payment media handling apparatus having a payment media 
acceptance device and payment media dispensing device. The payment media dispensing and 
acceptance device may be combined within a single apparatus and further to this be capable 
of recycling payment media. The apparatus also has a user interface, the user interface may 
be a traditional PC with a keyboard and a mouse or other pointing means such as a touch 
screen. The interface provides the means by which the user can easily interact with the 
payment media handling apparatus. 

[01961 Typically the first operation carried out by the user will be to login and 
identify either themselves, their payment media originating source or both themselves and 
their payment media origmating source (step S800, in FIG. 8). Though this is preferable for 
security and auditing purposes it is not essential to the current invention. The user then 
makes the request to make a bank deposit via the user interface (step S810, in HG. 8). As 
with previous examples it is preferable that the user does not have to worry about what the 
size of the deposit should be or what the denomination split should be. To this end the 
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apparatus intelligently decides the value and denomination split of the deposit (step S820, in 
FIG. 8). 

[0197] The bank deposit operation is achieved in a similar maimer as the Start Fxmd 
process discussed above. Indeed it is very likely that the start fund process and the bank 
deposit process be interdependent. Whereas the issuance of start fimds typically h^pens first 
thing in the morning the bank deposit process typically happens last tiling at night. 

[0198] The aim of the bank deposit is to remove as much payment media as 
possible from the payment media handling apparatus so it can be stored safely. However the 
retailer would like to retain sufficient funds wittiin the payment media handUng apparatus to 
be able to issue the start fimd tiie next morning. There is a fine balance between the need for 
security and the need for efficiency. The size of tiie bank deposit can be controlled using flie 
techniques or mettiods described previously for the start fimd process. 

[0199] The most basic approach being the use of rales. The rules govern the value 
and denomination split of payment media to be retained witiiin the payment media handling 
apparatus. For example it is usual for the retailer to bank all the high and unusual 
denominations every night e.g. all $100, $50 and $2 bills will be banked every night. 
Moreover, the payment media management system can display all current denominations held 
in a payment media management system machine miscellaneous bill receptacle along with a 
deposit profile of those bills, 

[0200] This is a basic approach and it is more likely a retailer would prefer to retain 
more control over the bank deposit process. So typically a process that allows the retailer to 
define poUcy would be preferred. This would allow the retailer to modify the bank deposit if, 
for example, they were aware of a promotion running that would require an excess of $20 
bills. By altering the bank deposit process and the start fimd process accordingly the store 
owner could account for this. 

[0201] Alternatively, in some instances a remote authority may wish to control the 
bank deposit process, a retailer's head office for example. To enable this capabiUty, the 
apparatus is electronically coupled via a communication network/ communication link. This 
may include, for example, a dedicated connection, a closed network or a secure Internet 
connection. 

[0202] In another alternative embodiment, the bank deposit may be defined by 
monitoring activity in tiie retail store. This is achieved by electronically coupling tiie 
payment media handling apparatus to one or more payment media originating sources, and 
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using the data from the shop floor either real time or over a prolonged period. This data could 
then be used to determine the optimum baiak deposit to allow for not only the start fund 
issuance but potential payment media advances and change requests rmming through the next 
day. 

[02031 By monitoring the bank deposit process, it is possible to minimize the need 
to empty, deplete or restock the payment media handling ^paratus. Also by minimizing the 
amount of payment media to be banked you reduce the associated costs of transporting, 
preparation and counting of payment media by CIT operators. 

[0204] Once the apparatus has determined the preferred bank deposit, the user will 
be notified, or the dispense process may commence automatically. At this step, a bank 
deposit sUp or voucher may be automatically prepared to be used in the payment media 
deposit operation (steps S830 and S840, inHG. 8). If the user is prompted they may be given 
the opportunity to accept, decline or modify the proposed value and denomination spUt (step 
S850, in FIG. 8). As with previous examples, the abiHty to modify a denomination split and 
value will be very much dependent upon store policy and/or the user's level of authority. 

[0205] When the notes are dispensed, they may be dispensed in a number of formats 
dependent upon user, store or head office policy. Preferably the notes will be dispensed in a 
format most suitable for the commercial bank or CIT to handle them subsequently. 

[0206] For example the notes may be issued by denomination and in predefined 
amounts. Each defined amount or denomination stack may be provided with a header/footer 
card and/or banded. Header and/or footer cards are used by CIT and other major payment 
media sorting and counting centers to provide a variety of information about the notes to be 
counted and sorted. Typically the header is readjust before feeding the first note of a stack 
and the footer just after feeding the last note in a stack. The information provided on a header 
may define the origin of the notes, the denomination to be expected, and the proposed value. 

[0207] It is proposed that the dispensmg device either contains a selection of 
header/footer cards or be capable of generating them automatically or upon demand. 
Typically the dispensing apparatus would be provided with a suitable means for transferring 
information. This information may be m the form of a barcode, 2-D barcode, RFID, 
Magnetic-stripe or any other form of data storage device that can be subsequently 
interrogated. 

[0208] In addition or alternatively, the notes may be banded or placed directly into a 
secure container. The band or container may also be provided with tamper evident devices or 
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be tagged as described in co-pending applications WO 0245042 and WO 03046845, each of 
which is incorporated herein by reference in its entirety. 

[0209] It will be appreciated that payment media originating sources, which also 
include payment media registers, may refer to an entire payment media register and/or the 
money tray(s) inside of a payment media register. Payment media originating source deposits 
or payment media originating source collections may be identified as individual payment 
media originating sources or collectively, as a group of payment media originating sources, 
such as, for example, at a single location, e.g. in a single kiosk. The systems and methods 
according to this invention allow supervisors and/or other managers to perform multiple 
payment media originating source deposits without logging off or logging out when each 
individual deposit payment media originating source is made. The systems and methods 
according to tiiis invention, however, may automatically log out cashiers who make payment 
media originating source deposits, as soon as the payment media origmating source dq)osit 
has been made, tiiereby not permitting cashiers to make multiple payment media originating 
source deposits at all without logging ofE'out. The systems and methods according to this 
invention permit use of a number of different protocols for identifying payment media 
originating source deposits and/or bank deposits. This permits acceptance of different IDs for 
the same deposit. This might include, for example, permitting deposits to be made with or 
without a leading zero identifying number for a payment media originatmg source or otiier 
funds' deposit. The system also accounts for, and keeps tiack of unclaimed deposits, such as, 
for example, deposits made before logging in where tiie logging in process is delayed past a 
time allowed for logging in. 

[0210] The systems and methods according to this invention also permit bank 
deposits to include checks, hiformation concerning checks can be provided to the payment 
media management system using a deposit slip, for example, and tiie bank deposit made by 
the payment media management system can include this check information, including amount 
of funds deposited by check, and in other payment media. Moreover, the bank deposit 
mformation can be specified in terms of sales date. Additionally, the payment media 
management system dispensing of bills may round down to tiie lowest number of str^s tiiat 
can be dispensed and dispense only fiill straps. The payment media management system 
manages strap thresholds. 



wo 2004/023257 ^CT/US2003/027724 

Capacity Management 

[0211] FIG. 9 is flowchart outlining one exemplary embodiment of a method of 
electronically managing payment media capacity of a payment media handUng ^paratus. As 
discussed above with respect to the Payment Media Start Fund process and the Bank Deposit 
process, the ability to manage the capacity of the payment media handling apparatus is of key 
importance. 

[0212] An exemplary embodiment of an apparatus that may be used to implement 
the process shown in FIG. 9 is a payment media handling apparatus having a payment media 
acceptance device and payment media dispensing device. The payment media dispensing and 
acceptance device maybe combined within a single apparatus and further to this be capable 
of recyclmg payment media. The apparatus also has a user interface, the user interface may 
be a traditional PC with a keyboard and a mouse or other pointing means such as a touch 
screen. The interface provides the means by which the user can easily interact with the 
payment media handling apparatus. Typically the first operation carried out by the user will 
be to login and identify either themselves, their payment media originating source or both 
themselves and their payment media origmatmg source (step S900, in FIG. 9). Though this is 
preferable for security and auditing purposes it is not essential to the current invention. 

[0213] In addition the apparatus has a means for determining its capacity. This may 
be provided by a physical means such as a weight means measuring device, or by measuring 
the height of a stack of notes or any alternative. Alternatively capacity may be more 
accurately monitored by accounting means. For example where a recycUng apparatus such as 
the TCR Twin Safe is used you have a precise knowledge of what has been put in so by 
default you know exactly what you can take out. 

[0214] When a payment media processing event is requested by a user (step S910, 
in FIG. 9), the apparatus reviews its capacity and determines whether it is capable of meeting 
the user's needs (step S920, in FIG. 9). The payment media management system also 
maintains an inventory and threshold levels which act as triggers to launch an automated 
ordering routine for additional funds by, for example, contacting a bank or CIT provider for 
change orders. In addition, banks and/or CIT providers may enter the system and provide 
such information to the payment media management system on an as-needed basis. In a 
prefeired embodiment the process runs in parallel to the other processes herein described. By 
using look up tables, rules or analyzing payment media originating soxurce behavior the 
apparatus can detennine the most appropriate course of action. Furthermore, if more tiian one 
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apparatus is present and they are networked either directly or via host a more versatile 
situation can be envisioned. Here if the ^paratus at which the request was made is unable to 
meet the user's needs it may direct the user to another ^paratus. 

[0215] This handling of events works for both accepting and dispensing processes. 
For example if the user requests a start fund the apparatus will first review its contents and 
cross reference this to the preferred start fund. If sufiBcient funds are available the apparatus 
will dispense the preferred value and denomination split (step S930, in FIG. 9). If however 
the correct funds are not available the apparatus may dispense an altemative start fund, alert a 
supervisor or direct the user to another apparatus with the correct fund, or allow the user to 
modify the payment media action (step S940, in FIG. 9). One further altemative. though not 
preferred, is that the apparatus will dispense a part of the start fund and then direct the user to 
another apparatus to dispense the remainder of the start fund. If the payment media 
originating source and apparatus were networiced the apparatus would be able to pre-empt the 
user's request and immediately direct them to another apparatus or alternatively alert a 
supervisor prior to the user's arrival. 

[021 61 Alternatively if the user wishes to deposit payment media originating source 
contents a similar process would take place. When the user identifies themselves the 
apparatus may make a decision based upon simple rules, store policy, remote policy or based 
upon real time payment media originating source activity as to whether to allow the user to try 
and enter the payment media originating source contents. For example, if from reviewing a 
look up table or rules, the apparatus determines that the average payment media originating 
source contents are usually in excess of its remaining capacity it may direct the user to 
another apparatus or request assistance from a supervisor. If the apparatus decides to try and 
accept contents but subsequently finds it does not have sufficient capacity, it may retum all or 
some of the notes to be deposited in another apparatus. Alternatively, all the notes will be 
retumed and assistance requested from a supervisor. 

[0217] Typically the apparatus would review its contents botii as an event is 
requested and just after. The advantage of analyzing contents both before and after an event 
will now be described in context of the Event Timing process. 
Event Timing Process 

[0218] FIG. 10 is flowchart outlining one exemplary embodiment of a method of 
electronically predicting the timing of a payment media operation event. An exemplary 
embodiment of an apparatus that may be used to implement the process shown in FIG. 10 
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comprises a payment media handling apparatus having a payment media acceptance device 
and a payment media dispensing device. The payment media dispensing and acceptance 
device may be combined within a single apparatus and further to this be capable of recycling 
payment media. The apparatus also has a user interface, the user interface may be a 
traditional PC with a keyboard and a mouse or other pointing means such as a touch screen. 
The interface provides the means by which the user can easily interact with the payment 
media handling apparatus. 

[0219] With reference to FIG. 1 0, typically the first operation carried out by the user 
will be to login and identify either themselves, their payment media originating source or both 
themselves and their payment media origmating source (step SIOOO, in FIG. 10). Though this 
is preferable for security and auditing purposes it is not essential to the current invention. 

[0220] In addition the apparatus is provided with a timing device, or is networked to 
payment media origmating sources and other payment media handling ^paratus. or is 
provided with both a network and a timing device. If the apparatus utilizes a timing device, it 
is also provided with information relating to tiie timing of key events where actions may be 
required. Such events include, for example, staff shift changes, opening and closing times, 
payment media originating source cashing up times, and the like. 

[0221] By having knowledge of the timing of these events on a daily, weekly, 
seasonal or yearly basis, the apparatus can automatically predict payment media operations 
required (step SlOlO, iaFlG. 10) and thus, it can anticipate periods of activity. Further to this 
the apparatiis can predict the nature of the activity, for example a dispense process or an 
acceptance process and also the scale of tiiat activity. 

[0222] By having this knowledge the apparatus can review is capacity (step S1020, 
in FIG. 10) using the capacity management process previously described to determine 
whether it is likely to meet the needs of the users (step S1030, in FIG. 10). If for some reason 
the apparatus determines it may not have sufficient capacity or sufficient funds, dependent 
upon the type of event forthcoming, it will take action by alerting a supervisor or ensuring an 
alternative apparatiis is capable of handling the forthcoming event (step S1040, in FIG. 10). 

[0223] When the apparatus is networked to the payment media originating sources 
and other apparatiis, tiie event timing process can be managed more effectively. By having a 
knowledge of exactiy what is in the payment media originating sources the payment media 
handling apparatiis can accurately determine whether it is capable of performing a payment 
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media operation, for example, accepting tiie contents or supplying sufficient payment media 
for an payment media advance and/or payment media originating source float. 

[0224] Using either the timing device or a network process the payment media 
handling device is in a much better position to anticipate and predict forthcoming activity and 
take steps to ensure no delay is caused to the users. 

[0225] In an alternative embodiment the event timing process can be utilized to 
provide confidence in the integrity and security of the physical payment media and data 
associated witii it while it is in transit, hi the current context the transit or movement of 
payment media vvill be from the payment media originating source to the back office payment 

media handling apparatus, 

[0226] When moving paymait media from a first location to second location it 
usual to do this as quickly as possible to limit tiie exposure to potentially fraudulent or illegal 
activity. Furthermore it can be estimated approximately how long that time should be. For 
example in a large department store it may take 30 minutes or more &om coUection of the 
payment media from a payment media origmating source until it reaches tiie back office and 
is counted mto a secure environment. In a smaller retailer with fewer payment media 
origmating sources and less floor space it may only take 5 minutes or less, hi either scenario 
an sq)proxunate transit time is known. If, for whatever reason, the payment media takes in 
excess of tiie usual period of time to make the journey tiiere is a greater risk tiiat it has been 
tampered with or mishandled in some way. 

[0227] The event timing process can be used as means to measure this risk, and 
assess whether there may be a problem. For example the payment media handhng apparatus 
knows, because of the event timmg process, that a payment media originating source is due to 
be cashed up at a certain time, it also knows how long it should take the payment media 
origmatmg source to 'cash out' and the contents to be moved from the payment media 
originatmg source to tiie back office. Further to tiiis tiie payment media handlmg apparatiis 
can know, approximately or accurately, what tiie value of those payment media originating 
source contents should be. If for some reason the value of the payment media originating 
source contents falls sOiort by a significant margm and the payment media origmating source 
took m excess of the estunated tune to travel from the payment media originating source to 
the back office the payment media handlmg apparatus could be mstructed to alert the user and 
a supervisor. The supervisor can then review the situation and make a decision as to whether 
the payment media originating source contents were indeed correct or fiorther action needs to 
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be taken, A suitable tolerance can be built into both the timing aspect and the value aspect to 
prevent the payment media handling apparatus from alerting too frequently. The rules 
governing the process could be very simple, as above, or more complex. For example the 
longer the delay between payment media origmatmg source and back oflBce the lower the 
discrepancy needs to be between estimated value and actual value received. 

[0228] In a further enhancement, where the payment media originating sources are 
networked to the payment media handling apparatus, flie actual EPOS data from the payment 
media originating source could be used to tell the payment media handling apparatus exactly 
how much payment media to expect. The payment media originating source would also 
notify the payment media handling apparatus that it is being cashed up and to expect the 
contents in a period of time. Even when such accurate data as to expected fimds is available it 
is Ukely some tolerance will be built in to allow some variation from the expected amount. 
This will allow for the wrong change being given occasionally or other minor, accidental 
errors that will always occur. 

[0229] In another exemplary embodiment, where payment media is transported 
from the payment media originating source with data associated with it, the payment media 
may be held in a secure contarQer and associated with that container is a suitable data storage 
device providing detail on the value, denomination and potentially other EPOS data. Such a 
situation is described in more detail in co-pending applications WO 0245042 and WO 
03046845, each of which is incorporated herein by reference in its entirety. 

[0230] As the payment media is stored securely and the value and denomination 
data available, it is possible to avoid the need to recount the payment media. However the 
user has to trust that both the physical and data has retained its integrity. Obviously, as 
before, the longer the secure container is not in a secure environment, such as being carried 
across a shop floor, the longer it is exposed to risk. If the container is transported from the 
payment media originating source to the back office within the allotted time the payment 
media handling apparatus will trust the data and will not request the payment media be 
counted again. The container can then be stored securely in a safe area. Upon acceptance of 
the valid data the payment media handUng apparatus will update the data file to indicate that 
the payment media has been accounted for and stored securely. If however the payment 
media is not presented wittiin the prescribed time limit the payment media handlmg apparatus 
will request the payment media be counted again. If the value is correct the data file will be 
updated and the payment media taken for secure storage. If the value is wrong a supervisor 
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will be alerted and further action taken as required. The inventors recognize this application 
has wider value beyond the retail environment. 
Exception Reporting and Handling 

[0231] FIG. 11 is a flowchart outlining one exemplary embodiment of a method for 
exception reporting and handling process. As with all environments where money is being 
exchanged there inevitably will be some instances where payment media is acc^ted which is 
not in a fit state or condition to be handled by payment media handling apparatus. There are a 
number of reasons why payment media may not be accepted. These include counterfeits, 
heavily soiled, damaged or old issues of notes without the modem machine readable features. 
In some countries, old notes are not taken out of circulation until they cease to be fit for use. 
It is therefore essential that any payment media handhng process and ^aratus are capable of 
dealing wi& and accounting for rejects. 

[0232] An exemplary embodiment of an j^paratus that may be used to implement 
the process shown in FIG. 1 1 comprises a payment media handling apparatus having a 
payment media acceptance device and optionally a paymait media dispensing device. The 
payment media dispensing and acceptance device may be combined within a single apparatus 
and further to this be capable of recycling payment media. The apparatus also has a user 
interface, the user interface may be a traditional PC with a keyboard and a mouse or other 
pointing means such as a touch screen. The interface provides the means by which the user 
can easily intCTact with the payment media handling apparatus. Typically, tine first operation 
carried out by the user will be to login and identify either themselves, then: payment media 
originating source or both themselves and flieir payment media originating source (step 
SI 100, in FIG. 1 1). Though this is preferable for security and auditing purposes it is not 
essential to the current embodunent. Further to this it is preferable that if a login process is 
utilized it is done so in accordance with the third ambodiment of the current invention. 

[0233] If a payment media exception or rejection is found during the payment media 
acceptance process (steps S 1 1 10 and S 1 120, in FIG. 1 1) the user is notified and the reject 
returned (step S 11 30, in FIG. 1 1). Alternatively though not preferably all the notes maybe 
returned. The user may then be prompted to re-aiter the reject and, if the reject is a note, may 
also be advised to flatten the note or fold back any bent comers prior to re-entering die note. 
It is more usual within a retail environment for any rejects to be immediately dealt with 
separately in order to save time. The reject is typically placed in an envelope and then placed 
in a secure drop box. 
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[0234] Further, an enhancement would include having the envelope that is issued 
from the apparatus be provided with information / data relating to the user, payment media 
originating source, time, and transaction data so its contents maybe traced back. This data 
may be provided in a machine readable format such as a bar-code, 2-D Bar-code or radio 
frequency identification device (KFE)). 

[0235] If a reject is handled s^arately, then dependent upon the user's authority, the 
user may be allowed to make a decision on the denomination and validity of the note and 
value balance the transaction manually. More typically such an action will not be allowed for 
most users, and thus only the payment media originating source contents accepted by the 
apparatus will be tallied. 

[0236] Alternatively, the user may be allowed to value balance based upon other 
criteria apart from their level of authorization. For example, the store may set a policy with 
rales allowing employees to value balance up to a given level, say $20. So long as the 
discrepancy falls withm $20 the user is allowed to proceed. If the discrepancy is greater than 
$20 a supervisor may be notified (step S 1 1 40, in FIG. 1 1) or the event logged for cross- 
referencing subsequently. If the apparatus produces the envelope it could be provided with 
the data as before plus details of the suggested denomination. 

[0237] In another exemplary embodiment, the methods and systems of 
electronically managmg a payment media exception may be used to manage / process events 
not related to the payment media originating source or condition of payment media. For 
example, the method and system may be used in situations where the payment media handUng 
apparatus itself is unable to process the payment media for reasons such as, the apparatus is 
fiiU and thus camiot accept payment media, the user has already made a payment media 
deposit/withdrawal and is only allowed to make one of such operations in a day, the user 
aad/or payment media originating source has been identified as a high security risk for some 
reason and needs to be monitored, and other such reasons. Relevant reports can also be 
produced and logged for the information of necessary personnel. 

[0238] Once a payment media exception or event has been identified, various 
actions may be performed. For example, if a note is found to be too damaged to process, a 
decision will be taken as to what to do with the note. The decision may be based on the value 
of the note and the user handUng the note. If the note is of a high value and/or the user is 
considered a high risk additional actions might be required beyond logging the event. For 
example the apparatus may prompt security cameras to focus on the user handUng the note, or 
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the supervisor might be alerted. The supervisor may be alerted by email, fax, pager, SMS text 
message, phone, or by some other audible or visual alertmg system. The user may also be 
made aware that a supervisor or security cameras have been altered as a form of deterrent. 
Simultaneous Count and Login 

[0239] Another aspect according to this invention provides methods and systems 
that enable a payment media count operation and a login operation to be performed in 
parallel, i.e., simultaneously. 

[0240] FIG. 12 is a flowchart outhning an exemplary embodiment of a method of 
performing a payment media counting operation and a login operation. The exemplary 
embodiment of an apparatus that may be used to implement the process shown in FIG. 12 
comprises a payment media handling apparatus having a payment media acceptance device 
and optionally a payment media dispensing device. The payment media acceptance and 
dispensing device may be combined within a single ^paratus and further to this be capable of 
recycling payment media. The apparatus also has a user interface, the user interfece may be a 
traditional PC with a keyboard and a mouse or other pointing means such as a touch screen. 
The interface provides the means by which the user can easily interact with the payment 
media handling apparatus. 

[0241] As indicated previously, generally, the first operation undertaken by a user is 
to login (step S1200, in FIG. 12). However, this process takes time and delays the payment 
media acceptance process. 

[0242] In various exemplary embodiments of the systems and methods according to 
this invention, as soon as the user places payment media on to the payment media acceptance 
device (step S1210, in FIG. 12), the payment media is received, validated, counted and stored 
(step S1230, in FIG. 12). While this process is occvuring the user logs in (step S1240, in FIG. 
12). If the login process is successful the payment media is retained and the user notified that 
the process has been successfiil (step S1250. in FIG. 12). If the login process fails the user 
will be prompted to login again. If the user continually fails, for example three failed 
attempts are made, the payment media is retumed (step S1260, in FIG. 12). 

[0243] Dependent upon the configuration and nature of the apparatus the payment 
media may be held and retumed in a number of ways. If a note acceptor and a note dispenser 
are used then it is preferable the notes are held in a physical escrow prior to final acceptance 
upon successfiil login (step S1220, in FIG. 12). If logm is unsuccessfiil the same notes are 
retumed firom the escrow to the user. 
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[0244] Alternatively it would be possible to accept all the notes into an acceptor 
device and then return different notes upon a failed login from a dispenser. Though possible, 
this is not a preferred approach as it presents the opportunity for an unscrupulous employee to 

'laimder' invalid notes. 

[0245] If a recycling apparatus is used, there are also two options for returning the 
notes. First, a physical escrow could be used to hold tiie notes as before only making final 
acceptance upon successful login. Alternatively, as is the case for the TCR Twin Safe, the 
notes are accepted and stored in the machine. If a login attempt fails, the same notes are 
returned from the payment media handling device back to the user. As the notes are issued on 
a last in first out basis, there is confidence that the device / method returns the same notes. In 
all cases, the notes are not credited to the accoxmtmg software until a successful login has 
taken place. 

[0246] The inventors have also recognized that this functionality could also be used 
for other processes. For example, if a store has a poUcy not to return heavily soiled notes to 
its customers the apparatus could be used to accept soiled notes and retum more suitable 
notes. This would be achieved by feeding soiled notes into a spare storage area. Typically 
such a storage area akeady exists for high or unusual denominations of notes. Typically this 
additional storage area will not be used for reissuing notes during the day and only emptied at 
the end of the day for bank deposit purposes. Once the soiled notes are stored clean notes 
would be issued from the appropriate storage area. 

[0247] One important advantages of allowing a user to login and count 
simultaneously is the reduction in time spent at a machine. This is particularly beneficial at 
the end of a shift or trading day when multiple users may wish to deposit payment media 
originating source contents. All the time the users are waiting to deposit their payment media 
originating source contents the retailer is paying them. In addition, any delay in getting the 
payment media originating source contents into a secure location is increasing the exposure to 
risk of firaudulent activity or theft. It is very much in the retailer's interest to count, reconcile 
and store the notes as rapidly as possible. 

Audio/Visual Clips 

[0248] Another aspect according to this invention provides methods and systems 
that provide information helpful in managing various events associated with the payment 
media handling device or events associated with one or more payment media operation tasks. 
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[0249] FIG. 1 3 is a flowchart outlining an exemplaiy embodiment of a method of 
providing information for payment media handling ^paratus events and/or payment media 
operation events. An exemplary embodiment of an jqsparatus that may be used to implement 
the process shown in FIG. 13 is a payment media handhng apparatus comprising a payment 
media acceptance device or a payment media dispensing device or optionally both. Where 
both are present the payment media dispensing and acceptance device maybe combined 
withm a single apparatus and further to this be capable of recycling payment media. The 
^paratus also has a user interface, the user interface may be a traditional PC with a keyboard 
and a mouse or other pointing means such as a touch screen. The interface provides the 
means by which the user can easily interact with the payment media handling apparatus. 

[0250] Typically tite first operation carried out by the user will be to login and 
identify either themselves, their payment media originating source or both themselves and 
their payment media originating source (step S1300, in FIG. 13). Though this is preferable 
for security and auditing purposes it is not essential to the current invention. 

[0251] In an exemplary embodiment, apparatus errors may occasional occur due to 
paper jams, misfeeds, double feeds etc. Should an error occur (step S13 10, in FIG. 13), the 
^paratus identifies the error and refers to a look up table to fiind the correct error message to 
display to the user (step S1320, in FIG. 13). hi the exemplary embodiment it is envisaged 
that the retailer be allowed to modify the error messages to a Umited extent to make them 
more user ftiendly. Such alterations would include changing the language of a message, the 
text of a message or providing details of where a user may find assistance mtemally. The 
error message may be modified by a supervisor in store or may be controlled by a remote 
location, such as a head office or even the apparatus supplier. 

[0252] Once identified the error message will be displayed, the user notified and 
provided with instructions for remedial action. The inventors have recognized that the 
provision of error messages can be vastly improved if an audio description is provided along 
with the visual diagram. Invariably when an error occurs the user is required to open the 
machine to access the internal mechanism. Once tire user is attempting to deal with the error 
invariably they are unable to see the visual error message and the only way to see if it has 
changed is to retum to ihe display. If an audio message is played in combination with the 
visual message the user can hear when the message has changed and will also hear the next 
set of instructions (step S1340, in HG. 13). This allows the user to handle the error more 
rapidly and reduce the down time associated with the machine. 
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[0253] If the machine detects that the error cannot he dealt with by a user and may 
require an engineer the user is notified of this. Optionally, the apparatus may dial up the 
engineer or a call center and automatically notify them of the error and request assistance. 

[02541 In another exemplary embodiment, the methods and systems according to 
this invention provide information that instructs an individual on ways to manage payment 
media handling apparatus events that occur when the payment media handling apparatus is 
electronicaUy coupled to another electronic device, such as a personal computer (PC), a 
portable device assistant (PDA), a memory stick device, a printer and the like. 

[0255] For example, when the payment media handUng apparatus is electronically 
coupled to another electronic device, the systems and methods according to this invention 
provide foran audio/visual (AV)cUp to appear(stepS1340,innG. 13). This is much like 
the home PC automatically recognizmg a new printer or peripheral. The AV clip would 
provide instructions on operation or further st^s required to configure the ^aratus. Prior to 
the AV cUp playing the user would be prompted to indicate whether or not they wish to view 

the chp (step S1330, in FIG. 13). 

[0256] In yet another exemplary embodiment, the methods and systems according to 
this invention provide information in form of AV clips that could be available, i.e., accessed, 
as part of the help menus on the payment media handling apparatus. In this exemplary 
embodiment, a user can call up an AV cUp for assistance with any aspect of operating the 
machine. 

[0257] In a fiuther exemplary embodiment, the AV clips under the help menu might 
be used to provide information for events that are not specific to the payment media handling 
apparatus. For example, the AV clips may be used to provide guidance on the overall process 
of handling payment media within the back office. That is, for example, a user has completed 
a first operation, such as, for example, counting coin, and is unsure what to do next. The user 
could request help and AV clip would demonstrate that the next step is to place notes on to 
the payment media handUng device, i.e., TCR Twm Safe, for counting. 

[0258] The systems and mefiiods according to the invention also involve methods, 
including pre-programmed error detection and correction schemes, user interface menus, 
scripts for guidance to facilitate overcoming malfimctions of payment media management 
system devices, as well as communication of malfimction status to responsible parties, e.g., 
poUce officials, maintenance technicians, supervisors, customers, etc. Device jams and other 
malfimctions can be detected and appropriate self-diagnostics and self-correcting actions 
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taken, as well as the showing of slide shows and/or videos instructing users what actions to 
take to remedy and/or circumvent the malfunctions. 

[0259] For example, a slide show or video may indicate to a user that when a jam 
occurs, the akeady dispensed funds must be re-inserted into the payment media management 
system machine before another advance will be dispensed, and can indicate what authority 
level a user needs to be advanced more funds. Additionally, notification of maintenance 
personnel, secmity personnel and others may also take place. Moreover real-time notification 
and advisories are provided by the payment media management system to store management 
and third parties regarding current balance, forecasted balance, requests for action such as, for 
example, requests for replenishment of a payment media management system machine, bank 
deposits and any other events and items which need attention. 
Reporte, Audits, and Safe Counts 

[0260] The systems and methods according to this invention may prepare, save, 
report and communicate Payment media management system inventories, audits, safe counts 
and similar activities. Inventory, audit, safe count and sunilar activity data can come &om a 
variety of sources, including the payment media management system machine deposit slip 
information, and can be tracked by the payment media management system. For example, the 
payment media management systems have the ability to keep track of rolls of coins and loose 
coins as well as bills. Methods may account for an emergency fund as part of a payment 
media management system safe report, including fund analysis by denomination, period 
during which the funds were acquired, and/or dispensed, and by media type. Payment media 
management system may also account for both roll and loose change at any time within the 
payment media management system devices. The payment media management systan may 
also prepare daily activity reports (DARs) for all payment media management system 
machines which report on, among other things, starting inventory, start funds, deposits, bank 
deposits, safe inventory purges, payment media advances, payment media advance cap 
management, manual entries by users, etc. The reports may show these reported parameters 
by transaction, and a present a summary that shows accumulated payment media advances 
after each transaction. 

[0261] Safe Inventory Reports may also be prepared which show safe inventory by 
denomination, including the value of the notes (bills) and the number of notes (bills) in a 
note/bill storage unit which may be, for example, a Roll Storage Module (RSM), cassette, 
cartridge, envelope, etc. A typical safe inventory report shows an initial payment media 
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management system machine inventory, an inventory of the notes dispensed, and an inventory 

of the ftinds remaining after funds have been dispensed. 

[0262] Typically, in an exemplary embodiment, a payment media management 
system payment media dispenser may have eight roll storage modules, each with a 
particular identification, e.g., roll storage module n, where n = 1 to 8, Such reports can 
show the number of notes per denomination in the payment media management system 
machine and/or the number of notes in each RSM or other receptacle or container, which 
may be a modular container. 

[0263] Add-to-hiventory Reports may also be prepared that show what 
denominations and value of each species was added to the TCR Twin Safe inventory. The 
Add-to-Inventory reports may also indicate money placed in the payment media 
management system machine that is not associated with any register or payment media 
originating source. 

[0264] Moreover, the payment media management system can take a real-time 
snapshot showing the contents of the payment media management system machine (e.g., 
TCR Twin Safe) and report that snapshot individually, or collectively with other 
snapshots taken throughout a given period of time. 

[0265] Also, Purge/Empty Device Reports and Capacity Management Reports 
and/or Stock/Supply Reports may be generated. In a purge/empty report, typically 
performed late in the day, the system may determine, for example, the number and type of 
payment media notes in the payment media management system macldne, how many are 
expected, how much room is left to accommodate bills, per denornination, and to suggest 
what bills to withdraw to avoid an overflow. For example, the payment media 
management system may determine that there are 700 bills in the overflow receptacle and 
suggest that the overflow be purged. A Stock/Supply report is somewhat the reverse of a 
purge/empty report in that the system determines the number and denomination of notes 
that are needed to fill the needs of the store's payment media originating sources and other 
units, e.g., refund desks, determine what bills are in the payment media management 
system machine at the start of the day, mcludmg, for example, the value and number of 
notes (bills) in each RSM (Roll Storage Module) that was purged purged/emptied 
previously, and put in what is needed. It should be noted that a roll storage module may 
include a roll of material, e.g., mylar, and bills/notes are stored between layers of the 
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mylar. The payment media management system can make localized and/or global 
coiporate payment media management system machine capacity forecasts. 

[0266] Among the audits performed by the payment media management systems 
and methods is a Central Sales Audit, which is perfomied at a central location, and 
typically obtains information fiom a point of sale unit Central Sales Audits like other 
audits, may be sent to local and/or remote management as a loss prevention tool. 
Moreover, any audit report or other report generated by the payment media management 
system may be retained in a particular payment media management system for a specified 
number of days and then backed up and or sent elsewhere for further storage. The 
payment media maiagement system may be programmed to backup and purge reports and 
audits on a periodic basis. The payment media management system may be a centrally 
located system and perform backups for other payment media management systems. 

[02671 Information gathered by the payment media management system is used in 
the central sales audit. Data used in the Central Sales Audit includes data concerning 
every funds transfer, and every entity associated with that transfer, including deposit made 
fi-om the same team member/cashier along with the time of day each deposit was made. 
Such data also includes status reports such as, for example, which payment media 
management system receptacles are full or empty, near full, or near empty. This data is 
also used in Audit Trail Reports, which shows details about every deposit and other funds 
transfer made by every entity (which includes people, registers, payment media 
originating sources, etc), including the time of day of the transfer. The payment media 
management system also prepares a daily activity report (DAR) for the payment media 
management system which mcludes data concerning starting inventory, start funds, 
payment media originating source deposits, bank deposits, safe inventory purges, safe 
inventory stockings, advances, cap management, manual entries made, etc. The daily 
activity report shows activities by transaction type, time made, by what entity made, and 
gives a summary of activities by transaction. 

Payment Media Management Database Information 
[0268] The systems and methods according to this iuvention also include 
prqjaration and saving of desirable payment media management information, such as, for 
example, Usts of legal payment media originating sources or paymait media registers, 
and/or active and inactive registers, for one or more retail operations, lists of breakdowns 
of money denominations and species that make up CIT (e.g., armored car) and/or bank 
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deposits; starting inventories of payment media originating sources; lists of POS 
transactions associated with payment naedia originating sources; legitimate sales dates; 
special sales dates; etc. A vaHdated Ust of registers or payment media originating sources, 
for example, would permit payment media management system methods which "allow" or 
"disallow" certain transactions such as, for example, case withdrawals or start fund 
allotments, or transactions made on "closed" business days, or after-hours transactions. 
Funds may be tracked by cashier and/or register and provides a method to promote cashier 
accountability. A Point of Sale feed to the payment media management system can 
provide data such as, for example, the amount of money that needs to be deposited by a 
certain payment media originating source or cashier, which is useful in providing this 
tracking. Additional payment media management information may include point of sale 
(POS) feeds for cashier accountabiUty. This, for example, would provide a feed from a 
point of sale terminal to the payment media management system to determine an amount 
of currency that needs to be deposited for each register or payment media originating 
source. Additional payment media management information may include a breakdown of 
mixed currency denominations during a bank deposit, e.g., showing on a payment media 
management system device user screen. Additional payment media management 
information may include every payment media originating source deposit made from a 
user, including the time of day the payment media originating source deposit was made. 
Such information can also include an inventory having a breakdown of mixed bank 
denominations, usually kept in the overflow container or receptacle, e.g., RSM, during 
performance of a bank deposit ftihction by a payment media management system 
machine. 

Plural Machines, Plural Operations 

[0269] The systems and methods according to this invention may involve 
management of more than one retail operation within a given store, e.g., grocery and clothing 
operations in a single store, by a single payment media management system, and/or 
management of more than one retail store, e.g., closely situated stores, by the same payment 
media management system. Moreover, the systems and methods according to this invention 
provide for using multiple payment media management system machines and/or systems in a 
single retail operation or store, as well as using a single payment media management system 
and/or machine for plural retail operations or stores, or floors or other units, physical or 
operational, within a given store. The systems and methods of this invention may provide a 
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single system that maintains the integrity of inventory for more than one retail store or more 

than one type or retail operation in tiie same store. 

Enhanced Communications 

[0270] The systems and methods according to this invention provide aihanced 
network communication functions among payment media management system machines, 
safes, front offices, back offices, remotely located personnel and operations; auditing trail 
communication, supervisory notifications, etc. A payment media management system 
supports connectivity to other systems within the retail business or armored car or any other 
third party's business, and permits pubhcation of payment media management data 
electronically via local area networks, wide area networks, mtranets, internets, intranet and 
extranet connections that enable the paymait media management sj^em to update payment 
media-office and/or payment media-management system(s) launched manually or 
automatically. For example, the payment media management system may have bank deposits 
of $500.00 that are reported to management, or to a third party, such as, for example, a CTT; 
or the machine can be accessed by payment media originating source accounts, bank deposits, 
and can be tapped for funds issuing events, such as, for example, payment media origmating 
source funds and floats. 

[02711 Whweas a single computer may be used for the payment media management 
system and payment media-office and/or payment media-management system(s), multiple 
computers may be connected to one another as part of an payment media management 
system. A centralized dedicated audit computer may be used with flie interconnections 
mentioned. 

[0272] Furthermore, wifli networked computes, a supervisor can be contacted over 
a network, although supervisors can be contacted in other ways, e.g., telephone (wired and/or 
wireless). Moreover, with payment media management system network connectivity, reports 
generated by any computer connected to the network(s) can be distributed to and/or accessed 
by other computers on the network. For example, payment media management system 
reports can be copied to a central server and/or data repository to allow reports to be retrieved 

and/or viewed online. 

[0273] Any reports can also be accessed online. For example, the payment media 
management system reports can be copied to a central server and/or data rq)ository to allow 
reports to be retrieved and viewed onUne. 
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[0274] Networking also permits electronic connections with other systems 
including, for example, point of sale (POS)' systems, payment media management systems, 
payment media offices, CITs (e.g., armored car services), sales audit systems and loss 
prevention systems. 

[0275] Networking also permits real-time notifications and advisories to be sent to 
store management and third parties regarding current balance, forecasted balance, and 
requests for replenishment and back deposits, overflow prevention, as well as any other 
events requiring attention, as needed. For example, the payment media management system 
can proactively communicate with a member of management when all or part of a payment 
media management system machine becomes full. This notification can tale place using any 
suitable communication technique(s) or system including, for example, a page, SMS, KF, fax, 
e-mail, etc. Additionally, payment media management system machine openings can be 
reported, and predetermined individuals can be notified using any suitable communication 
technique(s). Also, the payment media management system can call a bank or CTT provider 
for change orders, and those third party entities can communicate with the payment media 
management system. The payment media management system also provides for confirmation 
of all bank and CIT deposits usmg suitable communication technique(s). Communications 
can take place with entities and items in the payment media management system as well as 
outside of the payment media management system. 

[0276] Within some larger retail establishments, in addition to their own retail 
activities, other concessions may be present. Such additional concessions include, for 
example, children's rides, dry cleaners, photo processing, coin counting and exchange 
facilities, small shops etc. Such concessions are typically much smaller than the retailer and 
turn over smaller volxmies of value media, e.g., payment media. 

[0277] It is not always in the interest of such small retailers to invest in payment 
media counting equipment and they will typically count and reconcile takings manually. In 
the case of coin counting and exchange facilities, the deposited coin is often collected on a 
regular basis by a third party. A similar and equally applicable situation to that described 
above includes the example of a mall or shopping centre having a single "back ofBce" facility 
that numerous small or large retailers can use. 

[0278] The systems and methods according to this invention provide for a much 
more efficient reuse of the coin or other media generated by the various concessions and the 
retailer, and obviate any additional strain put on back office activities. The systems and 
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methods of the cuireat invention utilize the counting of multiple third party media and 
management of multiple third party media fond leqmrements in addition to that/those of the 
retailer. 

[0279] In one exemplary embodunent of the systems and methods of the invention, 
when a third party wishes to deposit/obtain fonds etc., the third party may be required to login 
and identify themselves, such as, for example, by using a PIN number, smart card, magnetic 
stripe card, or other suitable means. Once logged in, any third party transaction is reconciled 
against that party's account. Following the transaction a receipt may be issued to the third 
party, which shows the nature and value of the transaction. Such a receipt may be issued by 
any number of means including, but not limited to, one or more of a physical printout, an 
email, fax, or other type of report. 

[0280] A third party may carry out any of the transactions described previously such 
as making deposits, obtaining start fonds, obtaining change etc. By using the fond media 
more efficiently for both the retailer and one or more third parties, the systems and methods 
according to this mvention may reduce the need for, or number and/or sizes of, payment 
media collections and deUveries by CIT. This benefits both the retailer and the third parties. 

[0281] Additionally the retailer may impose a service charge to the third parties, 
such as, for example, concessionaires, for allowing them access to the retailer's 'laack office" 
faciUties. The payment media management system can be programmed to provide such 
features. Thus, the retailer gains benefit firom both the cost savings due to mcreased 
efficiency and a new revenue source. 

[0282] Moreover, third parties depositing additional fonds media include members 
of the pubUc making a deposit into their bank accounts. The systems and methods according 
to this invention provide for customers to make their deposits at the point of sale or m a 
retailer's "back office". For example, one exemplary embodiment of the systems and methods 
of the invention provide for a customer to pay checks or payment media into their personal 
bank account(s) while they pay for their goods at a point of sale device or payment media 
originating source. In one exemplary embodiment, in order to do this, the customer may be 
required to identify both themselves and the details of then bank account. In one exemplary 
embodiment, this step is performed using a bank account deposit sUp and/or by presenting a 
bank account card. 

[0283] Deposited checks and/or payment media may be stored along with any other 
fonds media in the payment media originating source. The electronic point of sale (EPOS) 
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data in the payment media management system retains details of the transaction and ensures 
that the customer's account is credited with the correct amount. 

[0284] In another exemplary embodiment, the traditional payment media 'Taack 
office" is made directiy or indirectly accessible to the customer who can then interface 
directly with "back office" funds dispensing/collecting apparatus. A user may be required to 
log in via a PIN number, or bank account card, in much the same manner as the retailer 
would. The login process identifies the users and their banking details and enables the user's 
"back office" transaction to be reconciled against their account(s). A user who carries out a 
"back office" transaction may be issued a receipt, as before. The "back office" apparatus may 
have one or more interfaces for pubUc use and one or more interface for use by the retailer 
and/or other third party retailers. 

[0285] The systems and methods according to this invention reduce and/or 
eliminate labor expenses associated with this managing of such additional transactions by the 
retailer which would otherwise result in a significant increase in the cost of the back office 
activity. The systems and methods of this invention result in no significant additional 
workload and, therefore, the result is limited additional cost to the retailer. Moreover, the 
retailer may charge the customer or the customer's bank a charge for providing any such 
service, thus creating additional revenue for the retailer. 

[0286] In another exemplary embodiment, the customer may pay into a customer's 
savings or "Christmas" club at the payment media originating source and/or "back office." 
Foreign Currencies 

[0287] The systems and methods according to this invention also include foreign 
currency conversion and currency handling, e.g., in certain locations, e.g., in retail locations 
near foreign countries, banking centers, etc. Payment media management systems are able to 
maintain current foreign cunrency inventories with exchange rate displays showing local 
currency values, as well as screens to show types, denomination, numbers and total value of 
bills/notes in current inventory. The payment media management system can automatically 
feed currency conversion factors to payment media management system machines for display 
and use. 

[0288] The systems and methods according to this invention also provide for setting 
aside one or more of the roU storage modules (RSMs) in a Twin Safe or other payment media 
storage unit for foreign currency(ies). 
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User Friendly Characteristics 

[0289] The systems and methods according to this invention also provide user- 
ftiendly characteristics of payment media management system facilities, devices, and 
methods. This may include, for example, one or more touch screens mounted on a kiosk, 
wherein the touch screens have a number of user configurable and/or definable format 
schemes, looks, and mounting configurations, and are accessible fiwm many, including all, 
sides of the kiosk, a calculator interface feature to enter numeric information such as, for 
example, payment media originating source numbers in different formats for the same 
payment media originating source, provision for full or truncated register numbers when 
depositing funds, such as, for example, "Oil" and/or "11", screen configuration change- 
ability, and/or a number of device and/or screen orientations so a user may access a payment 
media management system machine firom a number of different user orientations. 

[0290] The payment media management system machines may have not only one or 
more locks with keys, but also, or alternatively, digital or cipher or other electronic locks on 
the machine that require no physical key, including on' the drop safe door portions thereof 
Moreover, the drop safe door of a payment media management system machine may have one 
or more slots for rejected notes or bills. If the machine rejects bills or notes, the rejected 
notes may be placed in the rejected note(s) slot. In this regard, as noted herein, an electronic 
keypad can be provided separately or as part of a touch screen, for example, to enter the 
number and value of rejected notes into the payment media management system 

[0291] The systems and methods according to tiiis invention may permit 
withdrawals fiom payment media management system devices by personnel other than 
cashiers using established procedures, authorization levels, etc. For example, supervisors 
and/or managers may be allowed to issue start fimds for multiple entities. The system may 
allow supervisors of a particular payment media management system machine and/or other 
management personnel to issue start funds for multiple entities without having to log in each 
time. Cashiers may be permitted to sign off after a funds dispense by simply using a touch 
screen to hit a cancel button to sign off completely without going through a more lengthy sign 
oflrprocedure after pressing "log-ofP', for example. The payment media management system 
completes the logoff after the "cancel" button is touched. 

[0292] The payment media management system may be used with individuals who 
have had little or no training in using the system. To this end, the payment media 
management system user interface is designed to be user fiiendly and simple to use. 
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Moreover, the interface is designed so that the user spends as httle time as possible at the 

apparatus carrying out a transaction. 

[0293] A significant loss of time sometimes occurs when a user is required to make 

a decision. Various exemplary embodiments of the systems and methods of this invention 

have been configured to so that as few decisions as possible are needed to be made by a user 

to accomplish a funds transaction. 

[0294] However there will still be instances where a user must choose between two 

or more events. For example, users may be asked to confirm they have finished a transaction 

or asked if they wish to proceed with another transaction. Such a request may cause 

confusion and may result in time being wasted. 

[0295] The inventors have recognized that, in the majority of instances, one of two 
or more options will be selected and the selection of the altemative(s) is very much the 
exception. The systems and methods of this invention faciUtate user decisions using means 
that highlight, and/or provide preferred choices and/or set default choices for, the most 
commonly selected option(s). The highlighting means may be visual, tactUe or audible. The 
systems and methods of the invention also use smart processmg to guide a user through the 

decision making process. 

[0296] In other exemplary embodiments, the payment media management system 
interface is provided with a means to determine what the preferred selections are for each 
transaction type. This determination may be based on historical data captured from actual use 
of payment media management system devices. The interfece may set default choices which 
may be installed periodically and/or during manufacture of the payment media management 
system device. 

[0297] In other exemplary embodiments, a store may be able to defme the prefrared 
. selections based on their empirical knowledge. A store may alter prescribed and/or default 
selections on a pre-selected periodic, or an "ad hoc" basis. 

[0298] As an example, a store may wish to introduce a new step in its Start Fund 
process. Various exemplary embodiments of the systems and methods of this invention 
achieve this new step introduction with the aforementioned default setting procedure and/or 
with the aforementioned highlighting and/or predetermined choice guidance. Normally such 
a change would require retraining of staff to make them aware of the new step. However, 
various exemplary embodiments of this invention permit the user to be guided through the 
steps by the interface, e.g., by the highUghting of preferred selections. As a result, when users 
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see a new selection they may just follow the highUghted selections and need no personalized 

training in using the interface. 

[0299] Obviously if user does not agree with a highUghted step or has doubt about 

how to proceed, that user will have to make a conscious decision not to follow a highUghted 

or default or recommended selection. 

[0300] In various exemplary embodiments of the systems and methods of the 

invention, a highUghted or recommended or default selection may be made from a remote 
location such as a head office, in a similar manner as it can be made in the store. HighUghted 
or recommended or default selections may also be determined based on user behavior. 
TypicaUy, a user must login and, as such, is identifiable to the payment media management 
system. The payment media management system can therefore build up a picture of user 
activity and highUght those choices the user usuaUy makes. Moreover, if the payment media 
management system determines that a user is selecting a non-highUghted, or not- 
recommended, or non-default option(s) one reason may be that users are confused by the 
interface. 

[0301] hi various exemplary embodiments, the payment media management system 
may notify a supervisor or other store personnel to spend some time with users and provide 
them some training in using the payment media management system. In other exemplary 
embodiments, the payment media management system interface may makes a highUghted or 
preferred or defauU selection even more obvious to the user by, for example, increasing the 
brightness of the color, volume of the warning, or making the highUghted selection flash on 
and off. 

Security Measures 

[0302] The systems and methods according to this invention provide audit and audit 
trail generation, physical security measures, and methods of deaUng with payment media 
shortages and payment media management errors. This may include register activity 
exception reporting, e.g., using exception based reporting rules, printing and displaying only 
if exceptions exist, e.g., if there is a missing deposit, a missing start fund, an overage or 
shortage that is out of predetermined tolerance, etc. The system also provides for back up of 
any data or other information in the system locally and/ or at a central office or other location. 
Data relating to recovery from faults can also be captured and backed up. Register exception 
reporting rules can also be utilized. 
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[0303] For example, the system may print and display information only if 
exceptions exist such as, for example, a dejiosit is missing, a start fund is missing, an out of 
tolerance condition exists for an overage or shortage, etc. As another example, a register may 
normally have a shortage and clearing fund, and if one is missing, or the register has been 
credited with two instead of one, an error is generated and displayed and/or printed. 

[0304] The systems and methods according to the invention also provide methods 
of dealing with and/or reacting to security incidents, including robberies, alarms (including 
false alarms), jams, to include agendas, scripts, lockdowns, notification of authorities, 
supervisory notifications, etc. For example, the payment media management system may 
provide for changing a user password, e.g., PIN, at predetermined tune intervals, say every 90 
days, or at randomly selected time intervals, or upon the occurrence of a specific event, such 
as, for example, a robbery, or POS password change. The password changes may be initiated 
over the network, for example. The system may accommodate passwords which never 
expire, or which expire upon certain incidents or after a specified period of thne, for example. 
The system can also be Unked with a central login system of a retail store. 

[0305] The systems and methods according to the invention also provide for a 
special robbery fimd feature which can involve dispensing a special "robbery fund" on a 
special request. A robbery fimd may provide, for example, for dispensing a few large 
denominations at first, then a sequence of smaller denominations and end with a few larger 
denominations. Robbery fimds, which may include messages such as "out of cash", are 
designed to trick a thief mto believing that the thief has taken all of the remaining payment 
media from a payment media management system machine. Actions may also include 
triggering an alarm. A security event may mclude, for example, any safe opening. Alarm and 
other security events may be communicated to management member(s) using any known 
reasonable communication method, including network communications, pagers, wireless 
telephones, email, fax, sirens, SMS (short message service), cellular phone text messages, etc. 
Moreover, a payment media management system device alarm may be integrated into a local 
alarm via the payment media management system. 

[0306] The various methods and apparatuses described herein can be utilized to 
provide a payment media handling solution for the retail back office. These methods enable a 
payment media handUng apparatus to provide a user fiiendly, mtelHgent and versatile 
interface. The apparatus also greatly mcreases the security, efficiency and auditabiUty of the 
back office activity. 
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[0307] While this invention has been described in conjunction with specific 
embodiments outlined above, it is evident that many alternatives, modifications and 
variations will be apparent to those skilled in the art. Accordingly the preferred embodiments 
of the invention as set forth above are intended to be illustrative and not limiting. Various 
changes may be made without departing firom the spirit and scope of the invention as defined 
in the following claims. 
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WAT IS CLAIMED IS : 

1 . A method of electronically managing payment media in a retail store, the 

method comprising: 

automatically detennimng the possibility of providing a proposed payment 
media management solution in response to a payment media processing request; and 

providing the proposed payment media management solution, if possible, in 

response to the request, 

wherein the proposed payment media management solution includes one or 
more of at least a start fund solution, a payment media change dispensing solution, a payment 
media advance solution, a bank d^osit solution, a coupon redemption solution and a 
payment media acceptance operation solution, 

wherein a retail store includes one or more of at least a single store, multiple 
stores, one or more third party concession stands located within a single store and two or 
more stores located within a mall. 

2. The method of claim 1 , wherein the request is provided by an operator in a 

retail store. 

3. The method of claim 1 , wherein the request is automatically provided by a 
controller in response to instructions stored on a machine-readable storage medium; 

4. The method of claim 1 , wherein the step of automatically determining the 
proposed payment media management solution is performed based on one or more of at least 
a group of rules stored in a lookup table, instractions provided for a retail store, instructions 
provided by an entity other than a retail store, and instructions based on real time or 
substantially real time analysis of payment media activity information that is electronically 
obtained in a retail store during a predetermined period of time. 

5. The method of claim 4, wherein the group of rules considers one or more of 
at least one of retailer type, retailer size, retailer location, type of payment media originating 
device where the proposed payment media management solution is to be provided, the 
specific payment media originating device for which the proposed payment media 
management solution distribution is requested, time of day for the proposed payment media 
management solution distribution, calendar date for the proposed payment media 
management solution distribution, calendar date of national or local holidays, calendar date of 
scheduled festivities or organized events, and a retail store scheduled sales event. 

6. The method of claim 4, wherein the payment media activity information 
comprises electronic point of sale (EPOS) data, payment media refimd amount information. 
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frequency and size of payment media refunds processed within a predetermined period of 
time, payment media infonnation from an automatic teller machine located in a retail store, 
payment media information from a third party payment media redemption machine located in 
a retail store, a value of payment media in a retail store, a denomination of payment media in 
a retail store, media type and payment media pickup or delivery information scheduled by a 

cash-in-transit operator. 

7. The method of claim 4, wherein the instructions provided by the entity other 
than a retail store are provided to a retail store via a communication network. 

8. The method of claim 1 , wherein the step of determining the proposed 
payment media management solution requires no additional input other than the payment 
media processing request. 

9. The method of claim 1 , furthar comprising: 

modiJfying the proposed paymrait media management solution based on 

further input. 

10. The method of claim 9 where flie further input is from a retail store operator 
requesting the payment media management solution. 

1 1 . The method of claim 1 , wherein a plurality of ttie proposed payment media 
management solutions are simultaneously provided for a plurality of operators in a retaU 
store. 

12. The method of claim 1 , wherein one or more proposed payment media 
management solutions are provided for at least one payment media originating source. 

13. The metiiod of claim 12, wherein the at least one payment media originating 
source comprises one or more of at least a retail till, a retailer back office, a coin redemption 
device and a third party retail concession. 

14. A machine-readable storage medium that provides instructions for 
electronically managing payment media in a retail store, the instructions, when executed by a 
processor, cause the processor to perform operations comprising: 

automatically determining the possibility of providing a proposed payment 
media management solution in response to a payment media processing request; and 

providing the proposed payment media management solution, if possible, in 

response to the request, 

wherein the proposed paym^t media management solution includes one or 
more of at least a start ftmd solution, a cash change dispensing solution, a cash advance 
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solution, a baidc dqposit solution, a coupon redemption solution and a payment media 
acceptance operation solution, wherein 

a retail store includes one or more of at least a single store, multiple stores, 
one or more third party concession stands located within a single store and two or more stores 

located within a mall. 

15. The machine-readable storage medium accordmg to claim 14, wherein one 
or more proposed payment media management solutions are provided for at least one 
payment media originating source. 

16. The machine-readable storage medium according to claim 1 5, wherein the at 
least one payment media originating source comprises one or more of at least a retail till, a 
retailer back office, a coin redemption device and a third party retail concession. 

17. The madiine-readable storage medium according to claim 14, wherein the 
step of automatically determining the proposed payment media management solution is 
performed based on one or more of at least a group of rules stored in a lookup table, 
instructions provided for a retail store, instructions provided by an entity other than a retail 
store, and instructions based on real time or substantially real time analysis of payment media 
activity mfonnation that is electronically obtained in a retail store during a predetermined 
period of time. 

1 8. The machine-readable storage medium according to claim 17, wherein the 
group of rules considers one or more of at least one of retailer type, retailer size, retailer 
location, type of payment media accepting device where the proposed payment media 
management solution is to be provided, the specific cash accepting device for which the 
proposed payment media management solution distribution is requested, time of day for the 
proposed payment media management solution distribution, calendar date for the proposed 
payment media management solution distribution, calendar date of national or local holidays, 
calendar date of scheduled festivities or organized events, and a retail store scheduled sales 
event. 

1 9. The machine-readable storage medivun according to claim 1 7, wherein the 
payment media activity information comprises electronic point of sale (EPOS) data, payment 
media refund amount information, jfrequency and size of payment media refunds processed 
within a predeteraiined period of time, payment media information fix>m an automatic teller 
machine located in a retail store, payment media information from a third party payment 
media redemption machine located in a retail store, a value of payment media in a retail store, 
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a denomination of payment media in a retail store, media type and payment media pickup or 
delivery information scheduled by a cash-in-transit operator. 

20. The machine-readable storage medium according to claim 14, wherein a 
plurality of the proposed payment media management solutions are simultaneously provided 
for a plurality of payment media originating devices in a retail store. 

21. A system for electronically managing payment media in a retail store having 
one or more payment media accepting devices, comprising a controller that: 

automatically determines the possibility of providing a proposed payment 
media management solution in response to a payment media processing request; and 

provides the proposed payment media management solution, if possible, in 

response to the request, 

wherein the proposed payment media management solution includes one or 
more of at least a start fimd solution, a cash change dispensing solution, a cash advance 
solution, a bank deposit solution, a coupon redemption solution and a payment media 
acceptance operation solution, 

wherein a retail store includes one or more of at least a single store, multiple 
stores, one or more third party concession stands located within a single store and two or 
more stores located within a mall. 

22. The system according to claim 21 , wherein one or more proposed payment 
media management solutions are provided for at least one payment media originating source. 

23. The system according to claim 22, wherein the at least one payment media 
originating source comprises one or more of at least a retail till, a retailer back office, a coin 
redemption device and a tiiird party retail concession. 

24. The system according to claim 21 , wherein the controller automatically 
determines the proposed payment media management solution based on one or more of at 
least a group of rules stored in a lookup table, instructions provided for a retail store, 
instractions provided by an entity other than a retail store, and instructions based on real time 
or substantially real time analysis of payment media activity information that is electronically 
obtained in a retail store during a predetermined period of tune, 

25. The system according to claim 24, wherein the group of rules considers one 
or more of at least one of retailer type, retailer size, retailer location, type of payment media 
accepting device where the proposed payment media management solution is to be provided, 
the specific cash accepting device for which the proposed payment media management 
solution distribution is requested, time of day for the proposed payment media management 
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solution distribution, calendar date for the proposed payment media management solution 
distribution, calendar date of national or local hoUdays, calendar date of scheduled festivities 
or organized events, and a retail store scheduled sales event. 

26. The system according to claim 24, wherein the payment media activity 
information comprises electronic point of sale (EPOS) data, payment media refund amount 
information, frequency and size of payment media refunds processed within a predetermined 
period of time, payment media information from an automatic teller machine located in a 
retail store, payment media information from a third party payment media redemption 
machine located in a retail store, a value of payment media in a retail store, a denomination of 
payment media in a retail store, media type and payment media pickup or deUvery 
information scheduled by a cash-in-transit operator. 

27. The system according to claim 21, further comprising a payment media 
handling apparatus having a user interface coupled to the controller. 

28 . The systan according to claim 27, wherein the payment media handling 
apparatus comprises one or more of a payment media dispensing device, a payment media 
acceptance device, a payment media recycling device and a payment media deposit 
processing device. 

29. The system according to claim 27, wherein the payment media handling 
apparatus is electronically coupled to one or more of the payment media originating sources 
in a retail store through a communication network. 

30. The system according to claim 27, wherem the payment media handling 
apparatus comprises at least one of a payment media counter, a payment media sorter, a 
payment media dispenser, a payment media acceptor, a payment media recycler, and a 
payment media dqposit assembler. 

31. The system according to claim 28, wherein the payment media dispensing 
device, the payment media acceptance device, the payment media recycling device and the 
payment media deposit processing device are included in a single housing. 

32. A method of electronically determining a start fund for one or more payment 
media originating sources in a retail store, the method comprising: 

receiving a request for the start fund; and 

automatically determining a start fund distribution makeup based on at least 
one start fund determining criteria, wherein flie start fund distribution makeup defines at least 
one of a value, a denomination split and a media type in the start fund, wherein a retail store 
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includes one or more of at least a single store, multiple stores, one or more third party 
concession stands located within a single store and two or more stores located within a mall. 

33 . The method of claim 32, wh^ein the request is provided by an operator in a 
retail store. 

34. The method of claim 32, wherem the request is automatically provided by a 
controller in response to instructions stored on a machine-readable storage medium. 

35. The method of claim 32, wherein the one or more payment media originating 
sources comprises at least one of a retail till, retailer back office, coin redemption device and 
a third party retail concession. 

36. The method of claim 32, wherein the at least one start fund deteraiining 
criteria is based on a set of rules established for the one or more payment media originatuig 
sources located in a retail store. 

37. The method of claim 36, wherein the set of rules considers one or more of at 
least retailer type, retailer size, retailer location, type of payment media originating source 
where the start fund is to be distributed, time of day for start fund distribution, calendar date 
for the start fund distribution, calendar date of national or local hohdays, calendar date of 
schedtxled festivities or organized events, and a retail store scheduled sales event. 

38. The method of claim 32, wherein the at least one start fund detemiining 
criteria is defined for each payment media originating source in a retail store according to a 
policy defined for a retail store. 

39. The method of claim 3 8, wherein the policy is provided locally by a retail 

store operator. 

40. The method of claim 38, wherein the policy is provided firom a location 
remote from a retail store, 

41 . The method of claim 38, wherein the policy considers one or more of at least 
the type of payment media originating source where the start fund is to be distributed, time of 
day for start fund distribution, calendar date for the start fund distribution, calendar date of 
national or local holidays, calendar date of scheduled festivities and organized events, and a 
retail store scheduled sales event 

42. The method of claim 38, wherein the policy provides for periodic changes of 
the start fund distribution makeup for the one or more payment media originating sources. 

43. The method of claim 38, wherein the policy maintains a predetemiined start 
fund distribution makeup for one or more payment media originating sources for a period of 
time longer than one day. 
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44. The method of claim 32, wherein the at least one start fund determining 
criteria is based on real time or near real time analysis of retail sales activity information that 
is electronically obtained from one or more payment media originating sources in a retail 
store during a predetermined period of time. 

45. The method of claim 44, wherein the retail sales activity information 
comprises electronic point of sale (EPOS) data. 

46. The method of claim 45, wherein the EPOS data is used to automatically 
forecast a likely start fund amount and denomination split. 

47. The method of claim 45 , wherein the EPOS data is compared with 
infoimation obtained from otha: sales or business activities performed in a retail store. 

48. The method of claim 47, wherein the information obtained from other sales 
or business activities comprises one or more of at least product refund amount information, 
frequency and size of payment media refunds processed within a predetermined period of 
time, payment media dispensed information or payment media received information from an 
automatic teller machine located in a retail store, value and denomination of payment media 
stored in a retail store, and payment media pickup or delivery information scheduled by a 
cash-in-transit operator. 

49. The method of claim 32, wherein the step of determining the start fund for 
one or more payment media originating sources requires no input from a payment media 
originating source user requesting the start fund, other than the request. 

50. The method of claim 32, wherein the at least one start fund determiiiing 
criteria is defined for each payment media originating source in a retail store according to a 
pohcy defined at a remote location from the retail store. 

5 1 . The method of claim 32, further comprising: 

presenting the determined start fund distribution makeup to a payment media 
originating source user requesting the start fund; and 

modifying the determined start fund distribution makeup based on an input 
from the payment media originating source user requesting the start fund. 

52. The method of claim 32, wherein a plurahty of the start fund distribution 
makeups are simultaneously determined for a plurality of payment media originating sources 
in a retail store, the plurality of start fund distribution makeups being distinct from each other. 

53. The method of claim 32, wherein a plurality of the start fund distribution 
makeups are simultaneously determined for a plurality of payment media originating sources 
in a plurality of retail stores. 
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54. A machine-readable storage medium that provides instructions for 
electronically determining a start fund for one or more payment media originating sources in a 
commercial or retail environment, the instructions, when executed by a processor, cause the 
processor to perform operations comprising: 

processing a request for the start fund; and 

automatically determining a start fund distribution makeup based on at least 
one start fund determining criteria, wherein the start fund distribution makeup defmes at least 
one of a value, a denomination split and a media type in the start fund. 

55 . The machine-readable storage medium according to claim 54, wherein the 
one or more payment media originating sources comprises at least one of a retail till, retailer 
back office, com redemption device and a third party retail concession. 

56. The machine-readable storage medium according to claim 54, wherem the at 
least one start fund deteraiining criteria is based on at least a set of rules established for the 
one or more payment media originating sources located in a retail store. 

57. The machine-readable storage medium according to claim 54, wherein the at 
least one start fund determining criteria is defined for each payment media originating source 
in a retail store according to a policy defined for a retail store. 

58. The machine-readable storage medium according to claim 54, wherein the at 
least one start fund determining criteria is based on real time or substantially real time 
analysis of retail sales activity information that is electronically obtained fix>m one or more 
payment media originating sources in a retail store during a predetermined period of time. 

59. A system for electronically determining a start fund for one or more payment 
media originating sources m a commercial or retail environment, comprising a controller that: 

automatically determines a start fund by processing a request for the start 
fund, the controller determining a start fund distribution makeup based on at least one start 
fund determining criteria, wherein the start fund distribution makeiq) defines at least one of a 
value, a denomination split and media type in the start fund. 

60. The Systran according to claim 59, wherein the one or more payment media 
originating sources comprises at least one of a retail till, retailer back office, coin redemption 
device and a third party retail concession. 

6 1 . The system accoiding to claim 59, wherein the at least one start fund 
determining criteria is based on at least a set of rules established for the one or more payment 
media originating soiurces located in a retail store. 
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62. The system according to claim 59, wherein the at least one start fund 
determining criteria is defined for each payment media originating source in a retail store 

according to a store policy. 

63. The system according to claim 59, wherein the at least one start fund 
determining criteria is based on real time or substantiaUy real time analysis of retail sales 
activity information that is electronically obtained firam one or more payment media 
origmating sources in a retail store during a predetermined period of time. 

64. A method of electronically processing a payment media change operation for 
one or more payment media originating sources, the method comprising: 

receiving a request for the payment media change operation; 

automatically determining a payment media change makeup based on a 
payment media amount presented and at least one payment media change makeup processing 
criteria, the payment media change makeup defining at least one of a value, a denomination 

split, and media type; and 

providing the payment media change makeup to an operator. 

65 The method of claim 64, wherein die payment media originating sources 
comprises one or more of at least a retail till, a retailer back office, a coin redemption device 
and a third party retail concession. 

66 The method of claim 64, wherein the at least one payment media change 
makeup processing criteria is based on at least one of a set of rules, a poUcy defined for a 
retail store and real time or substantially real time analysis of retail sales activity information 
that is electronically obtained fi-om one or more payment media originating sources in a retail 
store during a predeteraiined period of time within a retail store, wherein a retail store 
includes one or more of at least a single store, multiple stores, one or more third party 
concession stands located within a single store and two or more stores located within a mall. 

67. The method of claim 66, wherein the set of rules considers one or more of at 
least the cash denomination available, the size of a cash denomination presented, retailer type, 
retailer size, retailer location, type of payment media originating source for which the cash 
change makeup is to be distributed, time of day for dispensing the change makeup 
distribution, calendar date for dispensing the change makeup, calendar date of national or 
local hoUdays, calendar date of scheduled festivities or organized events, and a retail store 

scheduled sales event. 

68. The method of claim 66, wherein the poUcy is provided locally for a retail 

store. < 
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69. The mefhod of claim 66, wherein the policy is provided from a location 

remote from a retail store. 

70. The method of claim 66, wherein the policy considers one or more of type of 
payment media originating source where the cash change is to be distributed, time of day for 
cash change distribution, calendar date for the cash change distribution, calendar date of 
national or local holidays, calendar date of scheduled festivities and organized events, and a 
retail store scheduled sales event, 

71. The method of claim 66, wherein tixe policy provides for periodic changes of 
the payment media change makeup for the one or more payment media originating sources. 

72. The method of claim 66, wherein tiie policy maintains a predetermined cash 
change makeup for one or more media payment originating sources for a period of time 

longer than one day. 

73 The method of claim 66, wherein the retail sales activity information 

conq)rises electronic point of sale (EPOS) data. 

74. The method of claim 73, wherein the EPOS data is used to automatically 
forecast at least one of a Ukely cash change value, a denomination spUt and a media type. 

75. The method of claim 73, wherein the EPOS data is compared with 
information obtained from other sales or business activities performed in a retail store. 

76. The metiiod of claim 75, wherein the information obtained from tiie other 
sales or business activities comprises one or more of at least product refund amount 
information, frequency and cash size of reftmds processed within a predetemained period of 
time, cash dispensed information or cash received information from an automatic teller 
machine located in a retail store, value and denomination of cash stored in a retail store, and 
cash pickup or delivery information scheduled by a cash-in-transit operator. 

77. The method of claim 64, wherein the step of determining the payment media 
change makeup requires no input from an operator requesting the payment media change. 

78. The method of claim 64, wherein the at least one payment media change 
makeup processing criteria is defined for each payment media originating source in a retail 
store according to a policy defined at a remote location from a retail store. 

79. The method of claim 64, fiirther comprising: 

modifying the payment media change makeup based on an input from the 
operator requesting the payment media change. 

80. A machine-readable storage medium tiiat provides instructions for 
electronically processing a payment media change operation for one or more payment media 
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originating sources, the instructions, when executed by a processor, cause the processor to 

I 

perform operations comprising: 

process a request for the payment media change operation; 

automatically deteraiine a payment media change makeup based on a 
payment media amount presented and at least one payment media change makeup processing 
criteria, the payment media change makeup defining at least one of a value, a denomination 
spUt, and media type; and 

provide the payment media change makeup to an operator. 

81 . The machine-readable storage medium according to claim 80, wherein the 
payment media originating sources comprises one or more of at least a retail till, a retailer 
back office, a coin redemption device and a third party retail concession. 

82. The machine-readable storage medium according to claim 80, wherein the at 
least one payment media change makeup processing criteria is based on at least one of a set of 
rules, a policy defined for a retail store and real time or substantially real time analysis of 
retail sales activity information that is electronically obtained fix>m one or more payment 
media originating sources in a retail store during a predetermined period of time within a 
retail store, wherein a retail store includes one or more of at least a single store, multiple 
stores, one or more third party concession stands located within a single store and two or 
more stores located within a mall. 

83. The machine-readable storage medium according to claim 82, wherein the 
set of rules considers one or more of at least the cash denomination available, the size of a 
cash denomination presrated, retailer type, retailer size, retailer location, type of payment 
media originating source for which the cash change makeup is to be distributed, time of day 
for dispensing the change makeup distribution, calendar date for dispensing the change 
makeup, calendar date of national or local holidays, calendar date of scheduled festivities or 
organized events, and a retail store scheduled sales event. 

84. The machine-readable storage medium according to claim 82, wherein the 
policy is provided locally for a retail store. 

85. The machine-readable storage medium according to claim 82, wherein the 
policy is provided firom a location remote firom a retail store. 

86. The machine-readable storage medium according to claim 82, wherein the 
policy considers one or more of type of payment media originating source where the payment 
media change is to be distributed, time of day for payment media change distribution, 
calendar date for the payment media change distribution, calendar date of national or local 
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holidays, calendar date of scheduled festivities and organized events, and a retail store 

scheduled sales event. 

87. The machine-readable storage medium according to claim 82, wherein the 
policy provides for periodic changes of the payment media change makeup for the one or 
more payment media originating sources. 

88. The machine-readable storage medium according to claim 82, wherein the 
policy maintains a predetermined payment media change makeup for one or more payment 
media originating sources for a period of time longer than one day. 

89. The machine-readable storage medimn according to claim 82, wherein the 
retail sales activity information comprises electronic point of sale (EPOS) data. 

90. The machine-readable storage medium according to claim 89, wherein the 
EPOS data is used to automatically forecast at least one of a likely payment media change 
value, a denomination split and a media type. 

9 1 . The machine-readable storage medium according to claim 89, wherein the 
EPOS data is compared with information obtained from other sales or business activities 
performed in a retail store. 

92. The machine-readable storage medium according to claim 9 1 , wherein the 
information obtained from the other sales or business activities comprises one or more of at 
least product refund amount information, frequency and cash size of refunds processed 
within a predetermined period of time, cash dispensed information or cash received 
information from an automatic teller machine located in a retail store, value and 
denomination of cash stored in a retail store, and cash pickup or delivery information 
scheduled by a cash-in-transit operator. 

93. The machine-readable storage medium according to claim 80, wherein the 
step of determining the payment media change makeup requires no input from an operator 
requesting the cash change. 

94. The machine-readable storage medium according to claim 80, wherein the at 
least one payment media change makeup processing criteria is defined for each payment 
media originating source in a retail store according to a policy defined at a remote location 
from a retail store. 

95. A system for electronically processing a payment media change operation for 
one or more payment media originating sources, comprising a controller that: 

processes a request for the payment media change operation; 
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automatically determines a payment media change makeup based on a 
payment media amount presented and at least one payment media change makeup processing 
criteria, the payment media change makeup defining at least one of a value, a denomination 

split, and media type; and 

provides the payment media change makeup to an operator. 

96. The system according to claim 95, wherein the payment media originating 
sources comprises one or more of at least a retail till, a retailer back office, a coin redemption 
device and a third party retail concession. 

97. The system according to claim 95, wherein the at least one payment media 
change makeup processing criteria is based on at least one of a set of rules, a poUcy defined 
for a retail store and real time or substantially real time analysis of retail sales activity 
information that is electronically obtained &om one or more payment media originating 
sources in the retail store during a predetermined period of time within a retail store. 

98. The system according to claim 97, wherein the set of rules considers one or 
more of at least the cash denomination available, the size of a cash denomination presented, 
retailCT type, retailer size, retailer location, type of payment media originating source for 
which the payment media change makeup is to be distributed, tune of day for dispensing the 
change makeup distribution, calendar date for dispensmg the change makeup, calendar date of 
national or local holidays, calendar date of scheduled festivities or organized events, and a 
retail store scheduled sales event. 

99. The system according to claim 97, wherein the policy is provided locally for 

a retail store. 

1 00. The system according to claim 97, wherein the policy is provided fix>m a 
location remote firom a retail store. 

101. The system according to claim 97, wherein the policy considers one or more 
of type of payment media originating source where the payment media change is to be 
distributed, time of day for payment media change distribution, calendar date for the payment 
media change distribution, calendar date of national or local holidays, calendar date of 
scheduled festivities and organized events, and a retail store scheduled sales evemt. 

1 02. The system according to claim 97, wherein the policy provides for periodic 
changes of the payment media change makeup for the one or more payment media originating 
sovuces. 
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103. The system according to claim 97, wherein tibie policy maintams a 
predetermined payment media change makeup for one or more payment media originating 
sources for a period of time longer than one day. 

104. The Systran according to claim 97, wherein the retail sales activity 
information comprises electronic point of sale (EPOS) data. 

105. The system according to claim 104, wherein the EPOS data is used to 
automatically forecast at least one of a likely payment media change value, a denomination 

split and a media type. 

106. The Systran according to claim 104, wherein the EPOS data is compared 
with information obtained Scorn other sales or business activities performed in a retail store. 

107. The system according to claim 106, wherein the information obtained from 
the other sales or business activities comprises one or more of at least product refund 
amount information, frequency and cash size of refunds processed within a predetermined 
period of time, cash dispensed information or cash received information from an automatic 
teller machine located in a retail store, value and denomination of cash stored in a retail store, 
and cash pickup or deUvery information scheduled by a cash-in-transit operator. 

108. A method of electronically processing a payment media advance request in a 

retail store, the method comprising: 

recraving a request for a payment media advance from an entity; and 
automatically determining a payment media advance makeup based on at 
least one payment media advance makeup processing criteria, the payment media advance 
makeup defining at least one of a value, a denomination split and media type, wherein a retail 
store includes one or more of at least a single store, multiple stores, one or more third party 
concession stands located within a single store and two or more stores located within a mall. 

1 09. The method of claim 1 08, wherein the entity comprises one or more of a 
payment media originating source operator, a payment media originating source supervisor, a 
retail store operator, a payment media originating source, an authority remotely located from 
the retail store and a start fund. 

1 10. The method of claim 108, wherein the request is automatically provided by a 
controllra- in response to instructions stored on a machine-readable storage medium. 

111. The method of claim 1 09, further comprising providing the payment media 
advance to at least one of a payment media originating source operator, a payment media 
originating source supervisor, a retail store operator, a payment media originating source and 
a start fund. 
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112. The method of claim 108, wherein the at least one payment media advance 
makeup processmg criteria is based on at least one of a set of rules, a poUcy defined for a 
retail store, and real time or substantially real time analysis of retail sales activity infonnation 
that is electronically obtained for a retail store duiing a predetemiined period of time. 

113. The method of claim 112, wherein the set of rules considers one or more of 
at least one of the payment media denomination available, retailer type, retailer size, retailer 
location, the payment media originating source for which the payment media advance makeup 
is to be distributed, time of day for dispensing the payment media advance makeup 
distribution, calendar date for dispensing the payment media advance makeup, calendar date 
of national or local hoUdays, calendar date of scheduled festivities or organized events, and 
retail store scheduled sales event. 

1 14. The method of claim 1 12, wherein the policy used in defiaiing the at least 
one payment media advance makeup processing criteria is set up locally for a retail store. 

115. The method of claim 1 12, wherein the poUcy used in defining the at least 
one payment media advance makeup processing criteria is provided firom a location remote 
firom a retail store. 

116. The method of claim 112, wherein the policy considers at least one of a type 
of payment media originating source where the payment media advance is to be distributed, 
time of day for payment media advance distribution, calendar date for the payment media 
advance distribution, calendar date of national or local holidays, calendar date of scheduled 
festivities and organized events, and retail store scheduled sales event. 

117. The method of claim 1 12, wherein the policy provides for periodic changes 
of the payment media advance makeup for one or more requesting entities. 

118. The method of claim 112, wherein the policy maintains a predetermined 
payment media advance makeup for one or more requesting entities for a period of time 

longer than one day. 

119. The method of claim 1 12, wherein the retail sales activity information 
comprises electronic point of sale (EPOS) data, and payment media amount and 
denomination spUt present in one or more payment media originating sources in a retail store. 

120. The method of claim 1 19, wherein the sales activity information is used to 
automatically forecast a likely payment media advance value, media type and denomination 
split. 

121. The method of claim 119, wherein the sales activity information is compared 
with information obtained from other sales or business activities performed in a retail store. 
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122. The method of claim 121, wherein information obtained from the other sales 
or business activities comprises one or more of at least product refund amount information, 
frequency and cash size of refunds processed within a predetermined period of time, cash 
dispensed information or cash received information from an automatic teller machine located 
in the retail store, value and denomination of cash stored in a retail store, and cash pickup or 
deUvery information scheduled by a cash-in-transit operator. 

123. The method of claim 108, wherein the step of automatically determining the 
payment media advance makeup for one or more payment media originating sources requires 
no additional input from the entity requesting the payment media advance. 

124. The method of claim 108, wherein the at least one payment media advance 
makeup processing criteria is defined for each payment media originating source in a retail 
store according to a poUcy defined at a remote location from a retail store. 

125. The method of claim 108, fvirther comprising: 

modifying the payment media advance makeup based on a payment media 
advance instruction from tiie entity requesting tiie payment media advance, tiie instiiiction 
specifying one or more of payment media value, payment media denomination spUt and 

payment media type. 

126. The metiiod of claim 108, wherein a pluraUty of payment media advance 
makeups are simultaneously determined for a pluraUty of payment media originating sources 
in a retail store, the pluraUty of payment media advance makeups being distinct &om each 
other. 

127. A method of electronically processing a bank deposit operation for one or 
more payment media originating sources, tiie method comprising: 

receiving a request for tiie bank deposit operation; and 

automatically determming a bank deposit makeup based on at least one bank 

deposit determinihg criteria, 

wherein the bank deposit makeup defines at least one of a value, a 

denomination spUt and media type. 

128. The metiiod of claim 127, wherem tiie request is provided by an operator in a 
retail store, wherein a retail store includes one or more of at least a smgle store, multiple 
stores, one or more tiiird party concession stands located witiiin a single store and two or 
more stores located within a mall. 

129. The metiiod of claim 127, wherein tiie request is automatically provided by a 
controUer in response to insti^ctions stored on a machine-readable storage medium. 
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130. The method of claim 127, further comprising preparing a hank deposit 
voucher based on information obtained from the bank deposit makeup. 

131. The method of claim 127, further comprising presenting a finalized bank 

deposit package to an operator. 

132. The method of claim 127, wherein the payment media origmating source 
comprises one of a retail tiU, retailer back office, coin redemption device and a third parly 
retail concession. 

133. The metiiod of claim 127, wherein the at least one bank deposit determining 
criteria is based on a set of rules estabUshed for the one or more payment media originating 
sources located in a retail store, wherein a retail store includes one or more of at least a single 
store, multiple stores, one or more third party concession stands located within a single store 
and two or more stores located within a mall. 

134. The method of claim 133, wherein the set of rules considers one or more of 
at least a start fimd makeup distribution required for the one or more payment media 
originating sources, frequency of payment media deposit pickup and transportation activities 
from tiie retail store, amount of payment media in a retail store at the time of commencing the 
bank deposit operation, retailer type, retailer size, retailer location, type of payment media 
originating source from which the bank deposit is to be made, time of day for bank deposit, 
calendar date for the bank deposit, calendar date of national or local hoUdays, calendar date of 
scheduled festivities or organized events, and a retail store scheduled sales event. 

135. The method of claim 127, wherein the at least one bank deposit determining 
criteria is defined for each payment media originating device accordmg to a poUcy defined for 
a retail store, wherein a retail store mcludes one or more of at least a single store, multiple 
stores, one or more third party concession stands located within a single store and two or 
more stores located within a mall. 

136. The method of claim 135, wherein tiie poUcy is provided locally by a retail 

store. 

137. The method of claim 135, wherein tiie policy is provided from a location 

remote &om a retail store. 

138. The mefliod of claim 135, wherein tiie policy considers one or more of at 
least a start fimd makeup distribution required for tiie one or more payment media originating 
sources, type of payment media originating source from which tiie bank deposit is to be made, 
time of day for bank deposit, calendar date for tiie bank deposit, calendar date of national or 



wo 2004/023257 ^CT/US2003/027724 

84 



local hoUdays, calendar date of scheduled festivities and organized events, and a retail store 

scheduled sales event 

139. The method of claim 135, wherein the poUcy provides for periodic changes 
of the bank deposit makeup for the one or more payment media originating sources based on 
one or more of at least a start fond makeup distribution needed for the one or more payment 
media originating sources in a retail store, frequency of bank deposit pickup and 
transportation activities from a retail store, and amount of payment media in a retail store at 
the time of commencing the bank deposit operation. 

140. nie method of claim 135, wherein the poUcy provides for a predetermined 
bank deposit makeup for one or more payment media originating devices. 

141. Hie method of claim 127, wherein the at least one bank deposit determining 
criteria is based on real time or substantially real time analysis of retail sales activity 
information that is electronicaUy obtained from one or more payment media originating 
sources in a retail store during a predetermined period of time. 

142. The method of claim 141, wherein the retail sales activity information 

comprises electronic point of sale (EPOS) data. 

143. The method of claim 142, wherein the EPOS data is used to automatically 
forecast at least a likely bank deposit amount, media type and denomination split. 

144. The metiiod of claim 142, wherein tiie EPOS data is compared witii 
information obtained from other sales or business activities performed in a retail store. 

145. The method of claim 144, wherein the mformation obtained from the oflier 
sales or business activities comprises one or more of at least product refund amount 
information, frequency and size of payment media refunds processed within a predetemrined 
period of time, payment media dispensed infonnation or payment media received information 
from an automatic teller machine located in a retail store, value and denomination of payment 
media stored in tiie retail store, payment media pickup or delivery information scheduled by a 
cash-m-transit operator and payment media start fund makeup distribution needed for the one 
or more payment media originating sources in a retail store. 

146. The method of claim 130, further comprising: 

presenting information on the bank deposit voucher and determined bank 
deposit distribution makeup to an operator requesting the bank deposit; and 

modifying the bank deposit distiibution maketqp based on an input from tiie 
operator requesting the bank deposit. 
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147. The method of claim 127, wherein the at least one bank deposit determining 
criteria considers other payment media pxo<Ussing activities to be performed in a retail store, 

wherein the other payment media processing activities include one or more 
of a payment media start fund issuance activity, a payment media change activity and a 
payment media advance activity. 

148. The method of claim 130, wherein the bank deposit voucher includes 
information that compUes with requirements set by at least one of a bank, a cash-in-transit 
operator and an operator that conducts the bank deposit. 

149. The method of claim 127, wherem the amount and denomination spUt of 
payment media in the bank deposit are arranged according to requirements set by at least one 
of the retail store, a bank, a cash-in-transit operator and an operator that conducts the bank 
deposit 

150. The method of claim 149, wherein the payment media in the bank deposit is 
arranged in a plurality of payment media deposit groups or stacks, each payment media 
deposit group or stack having a specific payment media denomination and a predefined 
deposit amoimt. 

151. The method of claim 150, wherein each deposit group or stack has a marking 
identifier. 

152. The method of claim 151, wherem the marking identifier comprises one or 
more of a header card, a footer card, a maridng band or a marking strip. 

153. The method of claim 151, wherein the marking identifier comprises 
information defining an origin of the payment media deposit, the denomination expected and 

the value of cash currency. 

154. The method of claim 153, wherein tiie information is stored in an 

electronically readable format. 

155. The method of claim 149, wherein the payment media in the bank deposit is 
placed in a secure contamer that is provided with a tamper-evident device. 

156. The method of claim 149, wherem the payment media m the payment media 
bank deposit is placed in a secure container that is tagged with a smart-card device. 

157. The method of claim 156, wherein the container has a marking identifier. 

158. The method of claim 157, wherem the marking identifier comprises one or 
more of a header card, a footer card, a marking band or a markmg strip. 
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159. The method of claim 157, wherem the markmg identifier comprises 
information defining an origin of the deposit, the denomination expected and the value of 
payment media. 

160. The method of claim 159, wherem the inforaiation is stored in an 
electronically readable format. 
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